1.单一职责原则（降低耦合度） 单一职责原则要求一个接口或类只有一个原因引起变化，也就是一个接口或类只有一个职责， 它就负责一件事情。 单一职责适用于接口、类，同时也适用于方法，什么意思呢？一个方法尽可能做一件事情，比如一个方法修改用户密码，不要把这个方法放到“修改用户信息”方法中， 这个方法的颗粒度很粗 如果接口的单一职责做得好，一个接口修改只对相应的实现类有影响，对其他的接口无影响，这对系统的扩展性、维护性都有非常大帮助。 对于接口，我们在设计的时候一定要做到单一，但是对于实现类就需要多方面考虑了。生搬硬套单一职责原则会引起类的剧增，给维护带来非常多的麻烦， 而且过分的细分类的职责也会人为地制造系统的复杂性，本来一个类可以实现的行为硬要拆成两个类，然后使用聚合或组合的方式再耦合在一起， 这个是人为制造了系统的复杂性，所以原则是死的，人是活的，这句话是非常好的。 对于单一职责原则，我的建议是接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。
2.面向对象主要特征（精髓） "面向对象编程的精髓在于将行为绑定在数据上",我想起了小马说的“你老婆叫你看小孩，面向过程会 每隔一定时间查看一下，行为和数据（小孩）是分开的；面向过程会在小孩的手上绑个铃铛，小孩一闹铃铛就响了，继而做出 响应。” 面向过程是通过函数参数和数据产生联系的…… 对象有状态和行为： 1、一个对象有状态，我们用数据来表示一个对象的状态，比如长宽高 2、一个对象有行为，我们可以用一组方法来改变对象的状态，比如add、sub等等 通过将数据和方法捆绑在一起，实现了状态和行为的捆绑，使得数据和方法封装在对象的统一体中，就行为了对象， 这种把数据和方法捆绑起来的行为就是传说中的 封装。 VB6没有继承，Vb.net有，但是都有类。
3.单例模式