Alan Davis的《软件开发201原则》中的第73条原则主要探讨了软件组件的松耦合需求。服务构成仍旧有点魔法，而且是成功应用集成的关键所在。

　　关于任何技术内容，你都可能找到一本参考书。对于硬件工程师，可能就有点像Donalds Fink和Donald Christiansen的《电子工程师手册》。而对于项目管理者，就是Fredrick Brooks的《人月神话》。于我而言，就会参照《软件开发201原则》。

　　在这本1995年的书中，Alan Davis编译了很多结构化设计和分析时代软件开发图书的优点，Fredrick Brook的著作很好地表现了这些内容，从而形成了一套简明的软件开发原则。

　　在上周的技巧中，James Denman写了一篇关于解耦服务契约和服务模块化的文章。我偶然发现软件开发201原则中第73条原则就是“使用松耦合和高内聚”。关于这条内容要早于面向服务架构，但是他们仍旧有着生动的关系。为集成标准化软件服务仍旧是一项挑战。

　　Davis写道松耦合和高内聚早在二十世纪七十年代就由Larry Constantine和Ed Yourdon在《结构化设计》中定义了。那时，松耦合和高内聚被看做是衡量软件系统可维护性和适应性的最佳方式。耦合是衡量两个软件组件之间内在联系的。内聚用来描述一个组件功能到另一个组件功能之间是如何关联的。

　　Constantine和Yourdon支出高内聚和低耦合是最佳的目标。那会他们还没有使用“松耦合”一词，但是这也正是他们所追求的目标，他们写道：“高耦合意味着，我们改变一个组件的时候，就要改变其他组件。”

　　Davis表示在《结构化设计》之后，大对数关于软件设计的书是描述这些衡量措施的。

　　就像《穷查理历书》（Benjamin Franklin）、寓言家伊索和棒球手Satchel Paige的名言，很多《软件开发201原则》中的设计原则也是显而易见的，他们都需要定期温习。软件做起来很难。一套原则将会对你有所帮助。