Мб пацаны в @proembedded шарят

Спасибо огромное. Этот канал вообще то, что мне надо!

Доброго дня. Подскажите из практики - нормально загружать окно настроек приложения во время загрузки самого приложения и держать его в памяти на протяжении всего времени работы приложения. А при необходимости пользователю выводить или скрывать окно.

Нормально

Спасибо

если вы хотите вытянтуь из железа максимум, то есть гораздо более важные моменты в разработке приложения, чем окно настроек в памяти

Я пока хочу стартануть вообще. А там дальше буду разбираться.
Посещают некоторые вопросы, а правильно так или нет? А так делают или лучше так не делать?

Потом же придется к этому вернуться и либо переписывать, либо подправлять.

Неправильно держать в памяти то что не используешь. Но учитывая как работают десктопные приложения на электроне то это не очень большая проблема.

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

Да, если вам не критична скорость открытия окна.

Я думаю в данном случае не критично.

Еще тогда маленький вопрос. Но на тему хранения настроек.

Класс QSettings я задействовал. Пока храню там, где окно последний раз располагалось и последний его размер. Дальше пока незнаю, что там еще хранить, но при написании будет увеличиваться количество значений.  Эти настройки в Linux сохраняются в файле, а в Windows в реестре. Как я понял. А вот меня не однократно посещала мысль, что настройки приложения типа там необходимые значения для подключения к удаленному серверу СУБД и т.д.  хранить в файле базы данных такой как sqlite. Конечно нужен дополнительный ресурс для работы с sqlite, но все же. Правильно ли это будет или нет? Наверное корректнее вопрос должен звучать целесообразно это или нет?

Вы хотите хранить в открытом виде учётные данные для СУБД?

Насколько я знаю это не желательно. Я как пример привел. Ну скажем настройки соединения с сервером СУБД без хранения логина и пароля, а лишь адрес и порт, ну и по умолчанию соединение или нет. Что-то типа того для начала.

Я планируется хранение в удаленной СУБД пользовательские настройки и доступные модули приложения пользователю.

а использовать sqlite в том числе для локальной копии некоторых значений из удаленной СУБД

Тогда вам точно не нужен прямой доступ к бд из приложения.

"Прямой доступ" для меня понятие растяжимое. Если "Прямой доступ" подразумевается подключение к СУБД, то тут я планирую использовать использовать механизм доступа самой СУБД и у себя в приложении не изобретать. А доступ к данным прямым доступом не будет. на стороне СУБД будет написан API для этого приложения, где через него будут поступать готовые (обработанные) данные запрошенные пользователем или отправленная сырая информация от пользователя, а СУБД примет через API  и обработает информацию как надо.
Ладно это я уже оффтопить начал. Это тема уходит в проектировку.

Тогда у вас все правильно если через api. Sqlite необязательно пихать если в нем нет необходимости. Вы можете изменить поведение qsettings чтобы он писал всё, например, в ini файл на всех платформах и не использовал регистр на винде.