惯例原则（OCO）

惯例原则（Convention Over Configuration）是一种编程范式，它强调在编写代码时，应该尽可能地使用约定而不是配置来减少代码量和提高开发效率。这种方式可以使得开发人员更加专注于业务逻辑的实现，而不是过多地关注配置和细节问题。

惯例原则通常应用于框架和工具中，例如 Ruby on Rails 框架就是一个使用惯例原则的典型例子。在 Rails 中，开发人员只需要按照一定的约定来组织代码和文件，就可以自动地完成很多配置和初始化工作，从而大大减少了代码量和开发时间。

使用惯例原则 ​

惯例原则主要解决了在编程中我们对共同隐性知识的学习的问题，通过统一的默认规则，建立起了一道沟通的桥梁

• 逐渐形成一种编程圈子里共同的专业行话。 也就是说，在编程领域，只要你这样说，几乎所有人都知道你说的是什么，而不需要额外的解释和沟通。

• 减少编程时思考决策次数，降低认知负担。 对于编程人员来说，选择不同技术往往比只能使用一种技术来编程实现要难，因为“选择”就意味着需要去评估选择后可能带来的各种风险。

因此给出五条建议：

1. 遵循大多数人使用的惯例，选择大多数人都习惯使用的惯例，这样不仅能保证理解的一致性，而且还能在沟通中减少重复解释，节约沟通成本。

2. 搞清楚惯例的适用范围，有的惯例可能只适用于特定的编程语言，有的惯例可能只适用于特定编程场景，有的惯例可能只是某个行业所特有的。

3. 自定义惯例时需要在团队内反复不断确认，确保团队内的每个人都知晓所采用的惯例是什么，并在实际编码中不断和调用方确认有自定义惯例的存在，以避免理解的歧义造成重大安全事故。

4. 要在惯例和灵活性之间做平衡，过度使用惯例和过度设计一样都非常有害，惯例优于配置并不是说完全消除配置，在某些需要灵活性的地方可能需要配置，甚至需要代码实现，那就选择那个最合适的做法。

5. 不要强制他人使用惯例，因为只要变成强制，虽然惯例提升了沟通效率，但是也有可能在其他方面带来负面影响。

参考 ​

| 惯例原则：如何提升编程中的沟通效率？