是否有专门的地方存储标准c++； 是否有一个标准的地方来存储配置，比如C++中的数据库设置？只使用xml文件

需要windows解决方案，但最好是独立于平台。

据我所知，没有标准，但您有几个用于程序配置的库。另外，Windows API有一些实用程序来解析程序的INI文件，例如请参见。

据我所知，没有标准，但您有几个用于程序配置的库。此外，Windows API有一些程序来解析ini文件，例如，参见.p/>

标准C++是一种语言，除了语言本身外，它不知道任何其他东西。

---

您所要求的完全取决于您决定用于连接数据库的库或框架。没有具有此目的的标准库。所以首先选择数据库，然后再与库连接，然后在库文档中得到配置信息。

< P>标准C++是一种语言，除了语言本身外，它不知道任何其他东西。

---

您所要求的完全取决于您决定用于连接数据库的库或框架。没有具有此目的的标准库。因此，首先选择数据库，然后选择要连接到它的库，然后您将在库文档中获得配置信息。

标准中没有任何内容，但它是检索/存储配置的好库

显然，配置文件必须存储在正确的位置：如果它是每个用户的配置文件，则在Windows上，它将存储在

%APPDATA%

1目录中（通常存储在以应用程序命名的子目录中），在Linux上，则存储在主目录下的点文件中。对于非用户特定的配置文件，它们可能存储在Windows1上的“所有用户”应用程序数据文件夹中，以及Linux2上的/etc下

---

当然，您不会硬编码这些路径，但您将使用适当的CSIDL值（或者如果您不关心Vista之前的兼容性），例如

CSIDL\u APPDATA

用于每个用户的设置，

CSIDL\u COMMON\u APPDATA

用于所有用户的公共设置

注意，Linux上的

/etc

只能由超级用户写入；我不记得Windows下的普通用户是否可以写“所有用户”配置文件

---

标准中没有任何内容，但它是一个用于检索/存储配置的好库

显然，配置文件必须存储在正确的位置：如果它是每个用户的配置文件，则在Windows上，它将存储在

%APPDATA%

1目录中（通常存储在以应用程序命名的子目录中），在Linux上，则存储在主目录下的点文件中。对于非用户特定的配置文件，它们可能存储在Windows1上的“所有用户”应用程序数据文件夹中，以及Linux2上的/etc下

---

当然，您不会硬编码这些路径，但您将使用适当的CSIDL值（或者如果您不关心Vista之前的兼容性），例如

CSIDL\u APPDATA

用于每个用户的设置，

CSIDL\u COMMON\u APPDATA

用于所有用户的公共设置

注意，Linux上的

/etc

只能由超级用户写入；我不记得Windows下的普通用户是否可以写“所有用户”配置文件

---

退房。除了作为任何语言中最好的命令行选项处理器之一之外，它还支持使用INI等语法从文件中读取配置数据，并使用环境变量。它完全适合它所说的：程序选项。但是，如果您有大量的配置或配置层次结构，您最好检查Boost属性树，它可以读取INI文件，也可以读取XML或JSON，如果您有非常大的配置，它可能更适合。

检查。除了作为任何语言中最好的命令行选项处理器之一之外，它还支持使用INI等语法从文件中读取配置数据，并使用环境变量。它完全适合它所说的：程序选项。但是，如果配置种类繁多或层次结构复杂，那么最好查看Boost属性树，它可以读取INI文件，也可以读取XML或JSON，如果配置非常大，它可能更适合。

AFAICT none；如果目标是在用户与正在运行的程序交互时保存和恢复程序设置，则序列化是合适的。这不是我对这个问题的解释，但这可能是OP想要的（澄清会很好）；如果目标是在用户与正在运行的程序交互时保存和恢复程序设置，则序列化是合适的。这不是我对这个问题的解释，但这可能是OP想要的（澄清一下就好了）。根据Boost文档，Boost配置“帮助Boost库开发人员适应编译器特性；不适合库用户”。Boost文档称，Boost配置“有助于Boost库开发人员适应编译器的特性；不适用于库用户”。它看起来不像你相信的那样。