docs/doxygen/overviews/config.h

   1 /////////////////////////////////////////////////////////////////////////////
   2 // Name:        config
   3 // Purpose:     topic overview
   4 // Author:      wxWidgets team
   5 // RCS-ID:      $Id$
   6 // Licence:     wxWindows license
   7 /////////////////////////////////////////////////////////////////////////////
   8
   9 /*!
  10
  11  @page config_overview wxConfig classes overview
  12
  13  Classes: #wxConfig
  14  This overview briefly describes what the config classes are and what they are
  15  for. All the details about how to use them may be found in the description of
  16  the #wxConfigBase class and the documentation of the
  17  file, registry and INI file based implementations mentions all the
  18  features/limitations specific to each one of these versions.
  19  The config classes provide a way to store some application configuration
  20  information. They were especially designed for this usage and, although may
  21  probably be used for many other things as well, should be limited to it. It
  22  means that this information should be:
  23
  24
  25   Typed, i.e. strings or numbers for the moment. You can not store
  26  binary data, for example.
  27   Small. For instance, it is not recommended to use the Windows
  28  registry for amounts of data more than a couple of kilobytes.
  29   Not performance critical, neither from speed nor from a memory
  30  consumption point of view.
  31
  32
  33  On the other hand, the features provided make them very useful for storing all
  34  kinds of small to medium volumes of hierarchically-organized, heterogeneous
  35  data. In short, this is a place where you can conveniently stuff all your data
  36  (numbers and strings) organizing it in a tree where you use the
  37  filesystem-like paths to specify the location of a piece of data. In
  38  particular, these classes were designed to be as easy to use as possible.
  39  From another point of view, they provide an interface which hides the
  40  differences between the Windows registry and the standard Unix text format
  41  configuration files. Other (future) implementations of wxConfigBase might also
  42  understand GTK resource files or their analogues on the KDE side.
  43  In any case, each implementation of wxConfigBase does its best to
  44  make the data look the same way everywhere. Due to limitations of the underlying
  45  physical storage, it may not implement 100% of the base class functionality.
  46  There are groups of entries and the entries themselves. Each entry contains either a string or a number
  47  (or a boolean value; support for other types of data such as dates or
  48  timestamps is planned) and is identified by the full path to it: something
  49  like /MyApp/UserPreferences/Colors/Foreground. The previous elements in the
  50  path are the group names, and each name may contain an arbitrary number of entries
  51  and subgroups. The path components are @b always separated with a slash,
  52  even though some implementations use the backslash internally. Further
  53  details (including how to read/write these entries) may be found in
  54  the documentation for #wxConfigBase.
  55
  56  */
  57
  58