设计模式学习笔记：变于不变

定制化开发撸久了，会很明显的感觉到都是在别人的 “基建”下干活，灵活度受限。这种感觉想了想应该是来自于设计模式的问题，很多东西都是前人给你设计好的（super class），自己开干的时候要么按部就班要么直接推翻重来。业务太复杂根本没时间从头梳理，而且有时候辛辛苦苦想好想好的设计模式，产品发个神经扔个离谱的需求来，全部白干。

所以决定从头开始把设计模式过一遍，可以不落地，但是我不能不会，至少写代码时候能想到一种以上的的模式来尝试。

------------------------------------------------- slipt --------------------------------------------------------------------

聚焦于问题，很多时候抱着OO想法，去继承super class无法完美解决问题的。

设计原则1：开闭原则 识别应用中变化的方面，把他们和不变的方面分开。

说人话：每次有新的需求，某方面的代码就要变，那么你就知道了，这个行为需要抽离出来，与其他不变的代码分离。

很多时候我好像走进了这样一个误区，看起来不好看的代码就应该抽离，这个应该是我经验太少，无法总结一个合适的度。

设计原则2: 里氏替换原则 面向接口编程，而不是针对实现编程

误区：抽象的super class也可以做同样的事情，为什么要设计成接口？

“针对接口编程”的真正意思是“针对超类型编程”，通过针对超类型编程来利用多态。

这概念说的是什么几把。。。。

贴代码

// 对现实编程
Dog g = new Dog();
d.fuck();

// 针对接口编程
Animal animal = new Dog();
animal.fuck();

理解为: 变量所声明的类型应该是超类型

你选择使用接口和抽象类的依据是什么？
接口和抽象类的概念不一样。接口是对动作的抽象，抽象类是对根源的抽象。