Java 过度配置综合征
出现了一个称为“过度配置综合症”的概念,这仅仅意味着您将尽可能多的内容放入配置文件中 这被认为是一种错误的方法吗?什么时候太多了Java 过度配置综合征,java,Java,出现了一个称为“过度配置综合症”的概念,这仅仅意味着您将尽可能多的内容放入配置文件中 这被认为是一种错误的方法吗?什么时候太多了 我发现,通过充分利用配置文件,代码更易于扩展和维护。您只需指定项目的非常规方面。过度使用它会使许多“普通”事物与非典型事物处于同一位置。。因此,您无法再识别它们 考虑一下您希望从配置文件中获得什么。还有什么对你更有帮助呢 您只需指定项目的非常规方面。过度使用它会使许多“普通”事物与非典型事物处于同一位置。。因此,您无法再识别它们 考虑一下您希望从配置文件中获得什么。还
我发现,通过充分利用配置文件,代码更易于扩展和维护。您只需指定项目的非常规方面。过度使用它会使许多“普通”事物与非典型事物处于同一位置。。因此,您无法再识别它们 考虑一下您希望从配置文件中获得什么。还有什么对你更有帮助呢
您只需指定项目的非常规方面。过度使用它会使许多“普通”事物与非典型事物处于同一位置。。因此,您无法再识别它们 考虑一下您希望从配置文件中获得什么。还有什么对你更有帮助呢 这被认为是一种错误的方法吗 谁考虑的 显然,发明“过度配置综合症”标签的人认为这是错误的方法 但很明显,如果人们能够就多少是太多达成一致,那么做任何“太多”的事情都是一个坏主意 什么时候太多了 对。这才是真正的问题 可配置性是一种权衡:
- 如果您的应用程序不够可配置,那么您在尝试在不同的上下文中使用它时会遇到问题。您可能会完全失败,或者您可能会发现必须修改应用程序才能使其正常工作
- 太多的可配置性往往会使应用程序编写更复杂,测试更困难。(不同的配置参数如何交互?)这也会使应用程序的使用更加复杂
- 如果您的应用程序不够可配置,那么您在尝试在不同的上下文中使用它时会遇到问题。您可能会完全失败,或者您可能会发现必须修改应用程序才能使其正常工作
- 太多的可配置性往往会使应用程序编写更复杂,测试更困难。(不同的配置参数如何交互?)这也会使应用程序的使用更加复杂
您需要在太少和太多的可配置性之间取得平衡。但是我不认为“多少就是太多”有一个客观的答案……如果你发现没有相关的配置文件,你很难编写任何代码,可能是由
配置
接口实现的复杂层次结构包装的,您可能患有这种综合症。如果您发现如果没有相关的配置文件(可能由配置
接口的复杂实现层次结构包装),您很难编写任何代码,那么您可能患有这种综合症。