Чтение настроек приложения

Настройки приложения хранятся в таблице options базы данных SQLite iMpos.opt.
Для получения и установки значений опций создаем класс Options и в нем реализуем соответствующие методы.

Языковые настройки приложения, QTranslator.

Для корректного отображения элементов управления на языке локали, а также поддержки мультиязычности интерфейса приложению необходимо указать какой языковый файл будет использовать.
Для этого в main.cpp добавляем следующий код:

#ifndef QT_NO_TRANSLATION
    //Определяем имя языкового файла в зависимости от текущей локали
    QString translatorFileName = QLatin1String("qt_");
    translatorFileName += QLocale::system().name();
    //Создаем и пытаемся загрузить 
    QTranslator *translator = new QTranslator(&a);
    if (translator->load(translatorFileName, QLibraryInfo::location(QLibraryInfo::TranslationsPath)))
        a.installTranslator(translator);
    else
        qWarning(logWarning()) << "Не удалось загрузить языковый файл.";
#endif  

Регистрация пользователя приложения

Диалог регистрации пользователя приложения будем вызывать в зависимости от настройки 1000, перед запуском основного окна программы.

В статье описывается использование QLocalServer и QLocalSocket. Пример является переработкой кода из книги Шлее «Qt 5.3. Профессиональное программирование на C++», посвящённого QTcpServer и QTcpSocket соответственно. Не смотря на то, что наименования классов похожи, и используются в одном и том же модуле, пара существенных отличий есть. Их мы рассмотрим по ходу изложения.

QLocalServer и QLocalSocket реализуют механизмы именованных каналов или сокетов домена Unix. Подробнее об этом можно почитать здесь и здесь .

Пример состоит из двух частей. В первой реализуется QLocalServer, во второй – QlocalSocket.

Сервер реализует следующий функционал: на монитор выводится виджет с текстовым полем, в котором будет отображаться информация, поступающая извне, от сокета. Сервер ожидает входящих соединений и, в случае успешного подключения, отправляет сокету сообщение об этом. Кроме того, сервер ретранслирует сокету передаваемую от сокета информацию.

В свою очередь, сокет выводит на монитор виджет с текстовым полем и кнопкой. В текстовом поле отображается информация, поступающая от сервера и служебная информация самого сокета (обнаружение подключения в начале сеанса или ошибка подключения к серверу в случае его недоступности). По нажатию кнопки сокет отправляет информацию серверу.

Обход означает посещение всех узлов графа. «Обход в ширину» или «Поиск в ширину» (Breadth first traversal or Breadth first Search) - это рекурсивный алгоритм поиска всех вершин графа или древовидной структуры данных. В этой статье вы познакомитесь с примерами алгоритма BFS, псевдокода BFS и кодом алгоритма «поиска в ширину» с реализацией в программах на C ++, C, Java и Python.

Общая структура показана ниже.

Наименование проекта я подправил. Но в заголовках статей и метках я всё равно оставлю «Simple tracker», чтобы не было путаницы.

Проект состоит из подпроектов клиентской и серверной части и подпроекта тестирования. Главный файл проекта выглядит так.

TEMPLATE = subdirs

CONFIG   += ordered

SUBDIRS += ICTrackerServer ICTrackerClient tests

Матрица смежности - это способ представления графа G = {V, E} в виде матрицы логических значений.

Настройка логирования

Поддержка логирования в приложении позволяет как минимум решать следующие задачи:

• фиксирование действий пользователя в приложении;
• фиксирование выполнения операций с данными;
• фиксирование критических событий при работе программы.

И вообще чтение логов волнующий и захватывающий процесс при обеспечении поддержки работы программного обеспечения.

Организацию логирования событий приложения я позаимствовал из этой статьи . Немного модифицировав Реализацию обработчика для того чтобы сообщения дублировались в окно консоли.

Если сказать коротко — программирование мне нравилось всегда, но в качестве основной профессии я никогда его не рассматривал. Не хватало желания и возможностей по глубокому погружению в предмет.

Сейчас это мой инструмент по автоматизации своей деятельности. Фактически — хобби, практически — возможность заняться чем-то ещё, помимо основной работы, которая с программированием никак не связана.

Началось всё с выставки «Информатика в жизни США». Я на неё даже не ходил, только буклет и значок от двоюродного брата получил, и всё. Мне этого хватило.

В библиотеке, где я брал разнообразную техническую литературу, хорошо знакомая библиотекарша на мой вопрос «что-нибудь про компьютеры» показала почти детскую книжку про программирование на Бейсике. Я увидел строки:

LET A = 5
LET B = 10
LET C = A + B
PRINT C

и попал…

В основном я работаю на SuSE Linux. В настоящее время использую openSUSE Tumbleweed, Qt 5.13.0. Пользователи же будут использовать Windows. Поэтому я использую GitHub для импорта проектов при сборке для других платформ а также для работы над ним как на работа так и из дома.

Небольшое вступление.

Для меня программирование хобби, дабы поддерживать в тонусе мыслительные процессы. Поэтому наверняка будут не совсем профессиональные подходы к решениям той или иной задачи. Поэтому всегда буду рад любым советам и критическим замечаниям. Участвовать в наполнении раздела Дневники разработки решил для того чтобы структурировать и дисциплинировать собственный процесс разработки.

Проект задумывался как набор инструментов для изменения настроек ПО АРМ Оператора АЗК М-Пос. Этот набор должен предоставлять сотрудникам техподдержки оперативно изменять настройки системы одновременно на нескольких (до 200) объектах без использования ручного выполнения SQL запросов. Это так же позволит выполнять изменение настроек сотрудникам не являющимися специалистами в IT сфере, освобождая время техподдержке для решения более насущных задач.