Question

原则部分总结那些已经使用（或正在使用）的设计和构建软件的原则。

意图

这个部分的目的就是明确你要遵循的原则，可以是由利益相关者明确提出的要求，或者你们（即软件开发团队）想要采用和遵循的原则。

结构

如果你已经有一套软件开发原则（比如在开发wiki上），那就直接参考。否则，就列出你遵循的原则，为每一条都加上简短的解释或进一步信息的链接。原则的例子包括：

架构分层策略；

视图中没有业务逻辑；

视图中没有数据访问；

接口的使用；

始终使用ORM；

依赖注入；

好莱坞原则（不要给我们打电话，我们会给你打电话）；

高内聚，低耦合；

遵循SOLID1（单一职责原则、开闭原则、里氏代换原则、接口隔离原则、依赖倒置原则）；

DRY（don't repeat yourself，不要重复自己）；

确保所有组件都是无状态的（比如，让伸缩更容易）；

选择一个富域模型；

先择一个贫血域模型；

始终选择存储过程；

绝不使用存储过程；

不要重新发明轮子；

错误处理、日志等的通用方法；

购买而非构建；

等等。

1http://en.wikipedia.org/wiki/SOLID_(object-oriented_design)

动机

写下原则清单的动机是为了明确它们，这样参与软件开发的每个人都明白它们是什么。为什么？简而言之，原则确保了以相同的方法处理常见问题，有助于向代码库引入一致性。

受众

主要是软件开发团队中的技术人员。

是否必须

是，所有软件指南都应该包含对已经或正在用于开发软件的原则的总结。