问题标签 [configuration-files]

我继承了一个项目，该项目具有用 VB.NET 编写的类库，其中一些具有“.settings”文件，另一些具有“.dll.config”文件来存储连接字符串。这两种方法有什么区别？

编辑：在什么情况下我更喜欢其中一种？

在我们的 Web 应用程序中，我们将数据访问层分离到它们自己的项目中。

这会产生一些与设置相关的问题。

因为 DAL 最终可能需要从多个应用程序中使用，所以 web.config 似乎不是保存连接字符串和其他一些 DAL 相关设置的好地方。

为了解决这个问题，在我们最近的一些项目中，我们引入了第三个项目，仅用于设置。我们将设置放在 .Setting 文件的系统中……通过简单的包装器，可以轻松实现为各种环境（Dev、QA、Staging、Production 等）进行不同设置的能力。

唯一的问题是设置项目（包括 .Settings 类）编译成程序集，因此您无法在不进行构建/部署的情况下更改它，并且我们的一些客户希望能够在没有 Visual 的情况下配置他们的项目工作室。

那么，是否有最佳实践呢？我有这种感觉，我正在重新发明轮子。

我们想到了一些解决方案，例如将设置以我们自己的 XML 格式存储在服务器上的固定目录中。但同样，我宁愿避免为敏感值等重新创建加密。如果可能的话，我宁愿让解决方案独立。

编辑：最初的问题没有包含我们不能（我认为）使用 web.config 的真正深刻的原因......这让一些（非常好的）答案脱离了上下文，我的错。

我正在 XSD（XML 架构）中搜索 Microsoft .NET 应用程序配置文件。到目前为止，我只发现了这个：.NET Framework 的配置文件架构，但我对 XSD 更感兴趣。

或者 - 一般问 - 我一般还会在 XSD 中搜索此处列出的 .NET 配置文件。

我有 Visual Studio 2008 并没有看到第一个答案中的此类文件...

我有一个 .NET 组件公开为CCW（Com Callable Wrapper）并被加载到非托管 IIS 应用程序（ATL 服务器）中。该程序集使用regasm /codebase.

该组件需要配置，例如通常放入 IIS 应用程序的 Web.config 文件中。但我不想将配置放入 w3pw.exe.config 或 machine.config - 理想情况下，我希望将配置与暴露给 COM 的程序集一起实时安装。

我还没有找到实现这一目标的方法。由于 COM 程序集被加载到默认的 AppDomain 中，所以我认为我不能将该域配置为从备用位置加载。

我的 Java 应用程序正在“user.home”中保存内容，但在 Windows 上，这似乎不是保存应用程序信息的正确路径（正如一位朋友告诉我的那样）。另一个选项是使用首选项 api，但无法使用首选项 api 设置 hsqldb 位置。另外，我希望所有文件都在同一个文件夹中可用（本地数据库、配置、缓存......）。

我正在寻找一些示例代码或处理特定于操作系统的东西的框架。

我们正忙于为客户开发 Java Web 服务。有两种可能的选择：

• 将加密的用户名/密码存储在 Web 服务客户端上。从配置中读取。文件在客户端，解密并发送。

• 将加密的用户名/密码存储在 Web 服务器上。从配置中读取。Web 服务器上的文件，解密并在 Web 服务中使用。

Web 服务使用用户名/密码访问第三方应用程序。

客户端已经有提供此功能的类，但这种方法涉及以明文形式发送用户名/密码（尽管在 Intranet 中）。他们更喜欢存储信息。在网络服务中，但不想为他们已经拥有的东西付费。（安全性不是一个重要的考虑因素，因为它只在他们的 Intranet 中）。

所以我们需要在 Java 中快速和简单的东西。

有什么建议吗？

服务器是 Tomkat 5.5。Web 服务是 Axis2。

• 我们应该使用什么加密/解密包？
• 钥匙店呢？
• 我们应该使用什么配置机制？
• 这很容易部署吗？

我在一个 ASP.NET 项目中，我需要向要安装网站的管理员提供几个参数，例如：

ETC...

我的问题是，使用我自己的 configSession 或添加为配置文件变量将其添加到 web.config 文件中会是一件好事吗？还是我应该为此创建一个 XML 文件？

你做什么，有什么缺点和最喜欢的？

我最初考虑的是 web.config，但后来我意识到我应该搞乱网站配置和我自己的 Web 应用程序配置，我应该创建一个不同的文件，我读了这篇文章，现在我在这个地方......我应该这样做还是那样？

我想知道一些关于存储配置设置的最佳实践。假设您在多个应用程序之间共享了一些设置。我听说过存储这些需要共享的设置（XML 文件）的好方法和坏方法。

只是想知道在跨构建维护应用程序设置以更容易部署方面什么是好的标准。

我想我是从 2 个场景来看这个的：

1. 内部应用程序（无论是大型 .com 还是小型管理应用程序）。
2. 在创建供其他人使用的 API 时，当您不知道将在其应用程序中使用您的 API 的消费者的最终值是什么时，如何引用配置设置。

添加-1：

谢谢。我听说过一些可怕的故事，有些地方在管理多个应用程序的配置设置时遇到了噩梦。我不是一个构建人员，所以我不知道为什么，但我想肯定地尝试确保我现在在 web.config 与自定义配置文件等类型的场景方面理解它。

添加-2：

当您创建要使用的 API 时又如何呢？您可以说一个要提取某些配置信息的类，但是直到客户端使用您的 API（特别是 C#/.NET）才定义这些端点（属性）？您将在哪里以及如何设置这些属性，比如说您创建的配置类，例如“ApplicationDefinitions”？

根据此处找到的大量信息，我们如何才能使外部 .config 工作？我尝试了与外部 appSettings 文件相同的设置，但它无法找到我的自定义部分的文件。

然而...

其中 someExternalFile.config 将包含

有任何想法吗？

有没有人遇到过会解析（和编写）kerberos 配置文件（即/etc/krb5.conf）的 Perl 模块？我看过很多解析模块，如Config::General、Config::Auto等，但似乎没有一个能够处理如下嵌套结构：

它还需要处理INI-style 部分，例如：

有关格式的更多详细信息，请参阅 krb5 conf 文档

我正在编写自己的解析器，但如果其他人已经编写了一个漂亮、优雅的模块，我宁愿不必这样做。