设计模式原则

2018-01-22  本文已影响2人  阳光的技术小栈
  1. 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。把会变化的部分取出并封装起来，以便以后可以轻易地改动或扩充此部分，而不影响不需要变化的其他部分。
  2. 针对接口编程，而不是针对实现编程。
  3. 多用组合，少用继承。
  4. 为了交互对象之间的松耦合设计而努力。
  5. 类应该对扩展开发，对修改关闭。
  6. 要依赖抽象，不要依赖具体类。
  7. 最少知识原则：只和你的密友谈话。
  8. 一个类应该只有一个引起变化的原因。
上一篇下一篇

猜你喜欢

热点阅读