经过一段时间对设计模式的学习，对设计模式中的六大设计原则有了一定的了解。俗话说的好万变不离其宗，世间万物都有一个最本源的东西。而对于设计模式最根源的东西应该就是：可维护，可扩展，可复用，灵活性好。所有的设计模式都在用抽象，桥接，‘曲线救国’等方法试图让软件设计达到这样的目的。虽说没有完美的瓷器，同样没有完美的软件，但我们依然要努力去寻求这一切的平衡点，写出更好的软件。
设计模式的六大原则：
设计模式六大原则从根本上说还是要达到可维护，可扩展，可复用，灵活性好的目的，其中：
从类自身做起的有三大原则：单一职责原则，开放封闭原则，迪米特法则。
单一职责原则：通过改变自身，让自己职责单一从而削弱与其他类的耦合
开放封闭原则：open for extension , closed for modification
迪米特法则：降低成员的访问权限
从接口做起：依赖倒转原则：对接口编程，不要对实现编程
从继承做起：里氏替换原则，合成聚合复用原则
里氏替换原则：只有当子类可以替换掉父类，软件的功能不受影响时父类才能真正被复用
合成聚合复用原则：一般不使用继承，而优先使用合成聚合
========================================================
Head First 第一章：策略模式
设计原则： UML（继承，实现，依赖，组合）概念
1.多组合 少继承；
设计要素： 抽象，封装，继承，多态
原则：封装变化，多用组合少用继承，针对接口编程（使用多态），不针对实现编程(继承类和实现接口都是针对实现编程)。
策略模式： 定义了算法簇，分别封装起来，让它们之间可以相互替换，此模式让算法的变化独立于使用算法的客户。
依赖倒置原则遵守时需要注意的地方：
1.变量不可以持有具体类的引用：如果使用new 就会持有具体类的引用，你可以改用工厂来避免这样的做法。
2.不要让类派生自具体类：如果派生自具体类，就会依赖具体类，请派生自一个抽象（接口或抽象类）
3.不要覆盖基类中已实现的方法：如果覆盖基类已实现的方法，那么你的基类不是一个真正适合被继承的抽象。基类中已实现的方法，应该由所有的子类共享。
扫一扫
297
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
