[solved] stack / heap object question
-
There is: create on stack every time you read or save your settings (so, no member variable in your class, only local variables). QSettings is quite fast, so you don't need to worry about performance (plus, settings are usually not being read or saved all that much, are they?).
-
Right, then please remember that for "normal" C++ classes (QString, QByteArray, QPoint, etc.) the first approach with stack would work (see my initial answer). It does not work in the special case of QSettings, because all QObjects (including QWidgets) are non-copyable (they cannot be copied). This is because copying QObject would break the parent-child hierarchy (don't ask me how, though. Somebody made a decision about that years ago and it has stayed this way ever since).
-
Hi,
QSettings being a special case and to simplify a bit things, you should follow the example of the documentation that is a bit further:
@
QCoreApplication::setOrganizationName("MySoft");
QCoreApplication::setOrganizationDomain("mysoft.com");
QCoreApplication::setApplicationName("Star Runner");QSettings settings;
@It it'l make you code more readable and QSettings even easier to manage.
-
Ok, also interesting:
I set some values for in line 1, 2 and 3 for the actual application
and then create QSettings object in line 5 which already contains
the values for OrganizationName and ApplicationName, readable using QSettings::organizationName() and QSettings::applicationName() properties.Whats about line 2 'OrganizationDomain' ?
Seems there is no property organizationDomain() in QSettings.
Is the domain also stored in Qsettings or what demonstrates line 2 in the context of QSettings ? -
Please read the documentation for "QSettings":http://qt-project.org/doc/qt-5/QSettings.html Organization name is needed on Mac to properly save your settings (that is, to save them in a meaningful path/ filename).
-
bq. (Here, we also specify the organization's Internet domain. When the Internet domain is set, it is used on Mac OS X instead of the organization name, since Mac OS X applications conventionally use Internet domains to identify themselves. If no domain is set, a fake domain is derived from the organization name. See the Platform-Specific Notes below for details.)
So this part is only interesting for Mac users, right ?
-
Yes, but it is good practice to always use it. This way future porting is easier plus you can get support for new platforms for free, without refactoring.
