标签：des style io os for strong sp on 问题
1 结对编程
1.1 结对编程的优缺点
1.2 结对伙伴的优缺点
2 Information Hiding, interface design, loose coupling
2.1 Information Hiding
2.2 interface design
2.3 loose coupling
在过去常用的程序架构中，多数应用程序之间直接相互通信。当应用程序需要修改或淘汰时，这种依赖便成为一个实际问题。任何修改都可能会按其自身的方式更新每条唯一的通信线路。因此，这种变更可能代价高昂。这种情况被称为应用程序间的紧耦合，也逐渐成为让一些企业头疼的问题。
另一方面，SOA（面向服务的体系结构） 将松耦合作为成功的企业级应用程序集成的一个主要原则。与紧耦合相反，松耦合是：
限制请求者应用程序代码和提供者应用程序代码的相互了解。如果耦合的服务任何方面有所变化，那么，请求者或提供者的应用程序代码（更可能是两者同时）必须改变。如果任何一方（请求者、提供者或中介基础架构）对解耦的服务任何方面作出改变，那么其它几方不必随之改变。
松耦合系统通常是基于消息的系统，此时客户端和远程服务并不知道对方是如何实现的。客户端和服务之间的通讯由消息的架构支配。只要消息符合协商的架构，则客户端或服务的实现就可以根据需要进行更改，而不必担心会破坏对方。松耦合通讯机制提供了紧耦合机制所没有的许多优点，并且它们有助于降低客户端和远程服务之间的依赖性。但是，紧耦合性通常可以提供性能好处，便于在客户端和服务之间进行更为紧密的集成（这在存在安全性和事务处理要求时，可能是必需的）。
对于松耦合，我虽然没有参与过比较大型规范的软件开发，但是在一些个人程序中也感受到了松耦合思想的重要性。
3 Design by Contract, Code Contract
4 Unit test
5 UML图
6 算法详解
标签：des style io os for strong sp on 问题
原文地址：http://www.cnblogs.com/hello-jane/p/4032212.html
