C++面向对象的基本原则

最近一直在研究TCP/IP，windows提供的各种函数的应用，基本练习就不说啦，书上例题多的是，主要是你用的是C++编程。如此就必须要模块化，主要还是体现他的多态性。

应用敏捷软件开发势不可挡。里面着重我学习的是两个原则一是依赖倒置，另一个是单一职责。

我自己理解的就是把程序看成是积木，每个对象都是重要的一份子，每一个对象又可以独立生存。几个对象拼接又会出现新的应用。每一个模块都是职责单一的。

首先说一下这个单一职责问题，就是每个对象要独立存在，能够处理就是单一项目运行的比较好的一个模块，比如说读取文件、链表（单向和双向）、内存池等等，能够抽象成单一完成的项目，都可以把他们做成一个单一的对象，有需要就可以直接拉过来用，测试也可以单独测试，可以独立加强其健壮性。

单一职责原则：一个类，只有一个引起它变化的原因。应该只有一个职责。没一个职责都是变化的一个轴线，如果一个类有一个以上的职责，这些职责耦合在一起。这会导致脆弱的设计。当一个职责发生变化时，可能会影响其他的职责。另外，多个职责耦合在一起，会影响复用性。

单一职责原则的有点:

• 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
• 提高类的可读性，提高系统的可维护性；
• 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

依赖倒置原则：高层模块不应依赖于底层模块，二者都应依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

我个人理解就是最重要的还是抽象层，如果客户需要的功能，在抽象层都能够实现(一定是在抽象层实现），并且抽象层暴漏在外部的数据是最简化，那么剩下的逻辑性实现就都在继承类中操作。

简单来说就是模块间调用都是通过抽象类接口，实现类之间不存在直接关系，他们之间都是通过抽象类或者接口实现的。

接口或者抽象类不依赖于实现类。

实现类依赖于抽象类或接口。