Php Zend application.ini vs config.ini（或xml）-db凭据应该放在哪里？

我在网上看到了很多代码片段和示例，展示了

Zend_Config

和application.ini的不同变体。此外，我还看到了一些关于ini配置文件和xml配置文件的争论。我个人有application.ini和config.xml文件

• 我的application.ini只有一些基本的东西，比如php设置和前端控制器设置，等等

• 我的config.xml文件有一些站点设置，还包含db适配器信息

---

随着Zend框架的发展，我看到越来越多的人将几乎所有的东西（或者看起来是这样）都放在application.ini中。我也应该这样做吗？

正如@mario所说。ini风格对于凡人来说更具可读性，同时也不至于太差，无法通过编程进行解析。XML非常容易解析（在java之类的东西中也是如此），但阅读和浏览却非常糟糕。除非你真的需要，否则我建议你只使用.ini样式的文件。您会发现，其他人更容易了解配置的“操作”。也就是说，您不必只使用一个配置文件，所以如果有意义的话，可以将配置部分分解为多个.ini文件。

正如@mario所说。ini样式对于凡人来说更具可读性，同时也不太难通过编程进行解析。XML非常容易解析（在java之类的东西中也是如此），但阅读和浏览却非常糟糕。除非你真的需要，否则我建议你只使用.ini样式的文件。您会发现，其他人更容易了解配置的“操作”。也就是说，您不必只使用一个配置文件，所以如果有必要，可以将配置部分分解为多个.ini文件。

Soft原因：ini文件更方便用户使用。XML被用作文档格式库，较少用于键值数据存储。软原因：INI文件更易于用户使用。XML本来是作为文档格式的基础，而不是用于键值数据存储。好吧，那么除了application.ini配置文件之外还有更多的内容是“正常”的吗？我开始觉得我是唯一的lol。@mmmshuddup，我目前有一个application.ini用于全局站点设置。然后是子模块的module.ini文件，偶尔还有位于站点文件夹外的特定于服务器的ini文件，这些文件由所有内容继承（包含数据库信息等内容，以便我可以将密码保留在代码存储库之外），（我在每台服务器上运行多个站点）感谢您的反馈！我现在将尝试在我的应用程序中重构它。好吧，那么，除了application.ini配置文件之外，拥有更多配置文件是“正常”的吗？我开始觉得我是唯一的lol。@mmmshuddup，我目前有一个application.ini用于全局站点设置。然后是子模块的module.ini文件，偶尔还有位于站点文件夹外的特定于服务器的ini文件，这些文件由所有内容继承（包含数据库信息等内容，以便我可以将密码保留在代码存储库之外），（我在每台服务器上运行多个站点）感谢您的反馈！我现在要尝试在我的应用程序中重构它。