设计模式常用的七大原则有:
1) 单一职责原则
2) 接口隔离原则
3) 依赖倒转原则 ： 抽象不依赖细节，细节依赖抽象，相对于细节的多变性，抽象要稳定的多
继承给程序带来的侵入性，可移植性低，耦合性，父类修改对子类影响太大
4) 里氏替换原则 ： ？
5) 开闭原则 ocp ： 模块和函数应该对扩展开放(对提供方)，对修改关闭(对使用方)，软件修改的时候，尽量扩展，减少修改
6) 迪米特法则 ： 最少知道原则，避免非直接关系的耦合
7) 合成复用原则 ： 尽量使用合成聚合的方式，而不是继承
原型模式UML（工具：Rational Rose），原型模式的深浅拷贝，spring原型bean的的源码
状态模式（ifelse的维护状态的不可选取性）
解释器设计模式，Spring框架中SpelExpressionParser就使用到解释器模式
继承和实现的区别
单例设计模式一共有8种写法，各种优缺点
1) 饿汉式 两种
2) 懒汉式 三种
3) 双重检查
4) 静态内部类
5) 枚举
设计模式分为三种类型，共23种
1) 创建型模式：单例模式、抽象工厂模式、原型模式、建造者模式、工厂模式。
2) 结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
3) 行为型模式：模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式（Interpreter模式）、状态模式、策略模式、职责链模式(责任链模式)。
https://www.cnblogs.com/yinhu/archive/2006/02/11/328862.html
标签：解释器,原则,模式,抽象,原型,设计模式 来源： https://www.cnblogs.com/cambra/p/16352710.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。