合理的默认配置

Question

我最近开始使用 Ruby on Rails，它更倾向于约定而不是配置，并依赖合理的默认值将应用程序的各个方面联系在一起。

我在想，如果在各种框架的通用配置中使用这种合理的默认配置的概念，那么它可能会很有用，那么它可能会节省一些开发麻烦。

例如，在 .net 应用程序中，我通常希望使用企业库异常处理块在 Windows 事件日志中记录异常，但如果我没有在配置文件中明确说明我想要的行为，那么 EL 会抱怨。 我认为，如果它找不到自定义配置，那么它应该恢复到合理的默认配置，例如在事件日志中记录我的异常。

对于框架在其配置中采用的概念来说，这是一个好还是坏的概念？

Answer 1

我经常使用一个可以完成这件事的框架。 我对这种工作方式的麻烦在于：

• 框架变得拥有过多的配置键，而这些配置键实际上从未在配置文件中使用/设置。
• 软件的行为有时会变得隐式，我想明确地将系统设置为以某种方式运行，而不是由于“默认”而使其在其他代码路径上回退。
• 配置密钥中的拼写错误可能会导致在弄清楚发生了什么情况之前进行很长时间的诊断会话。

当忘记设置配置值时，我宁愿让软件告诉我，而不是假设我可能根本不追求的某种形式的行为。

我更喜欢一个“模板”配置文件，在其中我可以更改我想要的内容，并将未更改的设置作为默认设置。

弄清楚软件在调试时选择哪种约定也可能会浪费大量时间。