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

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

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

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

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

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

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

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

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

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

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

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

贴代码

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

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

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

你可能感兴趣的:(设计模式,设计模式,学习)