- 程雅丽同学问我设计模式中讲的原则和模式侧重点是什么??
- 六大原则讲的应该是如何定义一个更好的被复用的类。
- 设计模式讲的应该是类之间的巧妙通信
- 六大原则
- 单一职责原则
- 再好不过的一个类有且只有一个引起它变化的因素(呵呵,这句话是我背过的)
- 再通俗一下,就是再好不过的一个类,有且只有一个功能。
- C#编程中有且仅有类组成,如果类做到了单一职责原则有助于类的复用,程序的维护。
- 开放-封闭原则
- 如果必须对类,进行修改,那么最好的修改方式是增加一些类
- 如果预测到必须(或者可能)要对类,进行修改,那么最好是将这些类进行进一步的抽象,得到抽象类,然后增加子类,或者修改子类已完成对它的修改。
- 依赖倒转原则
- 以我们日常用的暖水壶为例,有三部分构成,瓶胆,外壳,壶塞,其中任何一个坏了,我们都可以进行更换,将暖水壶比作程序1,瓶胆,外壳,壶塞比作三个类,这三个类可以随时被复用。
- 我们日常生活中用的水杯,如果杯身破了,那么杯盖也就不能用了。将水杯比作程序2,杯身,和杯盖比作两个类。两个类耦合度太高。
- 作为一个优秀的程序员,我们应该尽量做程序1这样的程序。
- 里氏代换原则
- 在一个继承体系中,多态的实现是父类通过具体实例化对象的不同使用子类的方法。
- 那么就应该满足子类和父类拥有完全相同的属性和方法。
- 迪米特法则
- 如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
- 类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及。
- 合成/聚合原则
- 聚合是一种弱的拥有关系
- 合成是一种强的拥有关系:翅膀与大雁具有相同的生命周期
- 优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上。这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。
- 单一职责原则
- 程雅丽同学问我设计模式中讲的原则和模式侧重点是什么??
类要讲究原则-设计模式4
最新推荐文章于 2024-08-20 22:53:19 发布