标签：
结对项目
结对成员：王春阳191
结对编程的优点：
1.可以相互督促，使得工作更有效率；
2.可以相互学习，学到对方身上的优点；
3.获得的信息量更大，可以更优地设计。
结对编程的缺点：
1.两个人需要一个磨合的过程，要找到两个人的合适时间和合适的方法。
2.有可能会起矛盾。
王春阳的优点是有责任心，有耐心，有礼貌，善于学习；我认为我的结对伙伴没有缺点。
由于我在国庆节期间回了家，没有直接面对面地和自己的结对伙伴进行交流，而是在线上交流，因此没有两个人在一起讨论的照片。
Information Hiding
我查找到的关于信息隐藏的应用有：
• 多层设计中的层与层之间加入接口层。
• 所有类与类之间都通过接口类访问。
• 类的所有数据成员都是private，所有访问都是通过访问函数实现的。在面向对象的语言中，信息隐藏主要通过类的封装来实现。添加一些控制访问的权限，例如用private，public，protected等修饰类的属性和方法。
我认为这个方法可以增加了程序的安全性，保护内部程序信息不被外部看到，降低了被误删改的概率，而接口层的设计也使得双方的程序在结合是更加方便一些。
interface design
我认为接口的设计提供了一种规范，用户接口设计给了用户输入的规范和回答内容；内外部接口使得程序与程序之间、软件与软件之间、软件与硬件之间可以很好地结合而不会出现差错。这些都是保证程序正确运行的措施。
loose coupling
即松耦合。我查到的信息是：紧耦合系统通常比较快、也安全，传输误差的风险非常低。另一方面，松散耦合系统通常比较容易出错，但比较灵活。当你在电话上通话时对方职员可能会听 错你要订购书的 ISBN编号、或者在输入时出错。如果你不记得ISBN编号，你还可以告诉对方职员，你要一本由一名有荷兰名字的人写的有关3W联盟的XML范式的新书， 该书的出版社通常将动物的图片放在书的封面上，当你这样做时，你就得到了被理解的好机会。
也就是说，紧耦合往往会使部件的维护和重复使用比较困难，因为一个部件中的修改就自动意味着其他部件中的修改。而松耦的要求低需要修改的部分也少。所以在设计接口时要尽量遵守这个原则。
契约代码
资料显示，契约式设计或者Design by Contract (DbC)是一种设计计算机软件的方法。这种方法要求软件设计者为软件组件定义正式的，精确的并且可验证的接口，这样，为传统的抽象数据类型又增加了先验条件、后验条件和不变式。这种方法的名字里用到的“契约”或者说“契约”是一种比喻，因为它和商业契约的情况有点类似。所谓契约，也就是合约，规定两个交互物件上的权利和责任。雇佣合同规定你的工作时数和你必须遵守的行为规则，作为公司则付你薪水，双双履行义务，双双受益。用程序规定软件模块的权利和责任，以确保程序正确性。这当然是它的优点，但是缺点我目前没有发现，我认为契约变成是一整非常值得采用的方式，断言的方式非常好，但是某些语言也许不支持断言的形式，这也是我在查阅资料的过程中发现的，也许可以算作缺点。
Unit Test
UML
算法实现
标签：
原文地址：http://www.cnblogs.com/lydiavitani/p/4857887.html
