设计模式总结-笔记

一个目标:管理变化,提供复用!

两种手段:分解vs.抽象

八大原则:

依赖倒置原则(DIP)

开放封闭原则(OCP)

单一职责原则(SRP)

Liskov替换原则(LSP)

接口隔离原则(ISP)

对象组合优于继承

封装变化点

面向对象编程

重构技法:

静态->动态

早绑定->晚绑定

继承->组合

编译时依赖->运行时依赖

紧耦合->松耦合

从封装变化角度对模式分类:

设计模式总结-笔记_第1张图片设计模式总结-笔记_第2张图片

设计模式总结-笔记_第3张图片

设计模式总结-笔记_第4张图片

设计模式总结-笔记_第5张图片

设计模式总结-笔记_第6张图片

设计模式总结-笔记_第7张图片

设计模式总结-笔记_第8张图片

设计模式总结-笔记_第9张图片

设计模式总结-笔记_第10张图片

设计模式总结-笔记_第11张图片

设计模式总结-笔记_第12张图片

设计模式总结-笔记_第13张图片

设计模式总结-笔记_第14张图片

设计模式总结-笔记_第15张图片

设计模式总结-笔记_第16张图片

设计模式总结-笔记_第17张图片

设计模式总结-笔记_第18张图片

设计模式总结-笔记_第19张图片

设计模式总结-笔记_第20张图片

设计模式总结-笔记_第21张图片

 

设计模式总结-笔记_第22张图片

设计模式总结-笔记_第23张图片设计模式总结-笔记_第24张图片

 设计模式总结-笔记_第25张图片设计模式总结-笔记_第26张图片

什么时候不用模式:

代码可读性很差时

需求理解还很肤浅

变化没有显现时

不是系统的关键依赖点

项目没有复用价值时

项目将要发布时

经验之谈:

不要为模式而模式

关注抽象类&接口

理清变化点和稳定点

审视依赖关系

要有Framework和Application的区隔思维

良好的设计时演化的结果

设计模式成长之路:

“手中无剑,心中无剑”:见模式而不知

“手中有剑,心中无剑”:可以识别模式,作为应用开发人员使用模式

“手中有剑,心中有剑”:作为框架开发人员为应用设计某些模式

“手中无剑,心中有剑”:忘掉模式,只有原则

你可能感兴趣的:(设计模式,设计模式,笔记)