“约定与配置”范式的好处

Question

“公约相对于配置”范式在Web开发中有什么好处？是否存在坚持下去的情况没有意义？

谢谢

Answer 1

会议规定，有90％的时间将是某种方式。当您偏离该约定时，您可以进行更改...而不是强迫每个用户理解每个配置参数。这个想法是，如果您需要它不同，您将在那个时间点搜索它，而不是试图将头部围绕所有配置参数缠绕，而它通常没有真正的值。

恕我直言，这总是有意义的。将约定优先于显式配置是理想的。同样，如果有人担心，他们将迫使自己调查需求。

Answer 2

我认为好处很简单：无需配置。您不需要为这种类型的资源定义位置，例如，应用程序/框架可以自己找到它们。

对于没有任何意义的情况：任何情况都相当频繁地认为需要替代配置，或者有意义的是，开发人员/管理员需要明确地“选择”某种行为（例如，以防止可能具有安全性的意外和意外的副作用）。

Answer 3

公约比配置范式在Web开发中的好处是生产力，因为您不需要您配置为设置所有规则，并且程序员必须做出的决定较少。使用.NET框架时，这很明显。

Answer 4

最明显的好处是您必须编写较小的代码。让我们以Java持久性API为例。当您定义具有属性和相应的设置器/Getters的POJO时，这是一个简单的类。但是，当您用 @javax.persistence.entity注释它的那一刻，它就会成为一个实体对象（表），可以在db中持续存在。现在，这仅是通过简单的注释来实现的，没有其他配置文件。

另一个加点是，您所有的逻辑都在一个地方和一种语言（即摆脱单独的XML）。