江湖2 java_Java江湖之设计模式

Java江湖之设计模式

ps:最近在学习设计模式，感觉这个是个装逼神器呀，就跟武功一样。

某日，senior同学看见rookie同学在练功。

问，"你练得什么武功?"

答:"不知道了吧，我师从江湖第一大门派:java对象派,我练习的功法名叫搬砖功。

问:"何为搬砖功？"

答:"搬砖功简单说来就是代码堆砌，平时如果师傅交代如果有啥子功能需要完成的，我就采用搬砖功，简单的很，直接吧所有需要做的事情写在一个类里面"

"哈哈哈.........."

rookie道，"你笑啥？"

"你有没有发现每次搬砖之后，师傅让你修改砖的位置的时候，你有没有发现你几乎需要推倒重做？"

"呀，你咋个知道？"

“哈，我当然知道，你知道咱们门派除了你练习的搬砖功之外，还有GOF老祖留下的一份高级搬砖秘籍”

"不知道呢，快给我讲讲，感觉很高级的样子"

"别急，别急，且听我娓娓道来"

"话说，远古时期，咱们java门派的前辈GOF，他们在大量搬砖的经验总结下，总结出了一套武功秘籍，这套武功秘籍有六大心法，23种招式，如果你能熟练运用心法于招式，你的搬砖效率怕是比现在强上百倍不止！！！"

"哇，这么厉害的么，senior哥，senior哥，快教教我，快教教我。"

"嗯，我看你骨骼精奇，是天生练武奇才，且听我介绍一下这内功心法和武功招式都是些啥"

六大心法

1.单一职责原则

每个类都不要做太多的事情，功能尽可能简化，不能像你刚才一样，啥子都往一个类里面放，我们应当尽量把每个类负责的功能做到极致

2.里氏代换原则

子类一般建议不要重写父类的方法，父类的一些方法一般具有不可变性，如果被子类修改掉，结果可能会比较酸爽

3.依赖倒置原则

在我们java门派中，更推崇面向接口编程，而不是面向具体。这个原则提倡我们要依赖于抽象，不要依赖于具体

4.接口隔离原则

我们应该尽量使用多个接口取代一个统一的接口，降低类与类之间的耦合度。这里建议:每个接口拥有的功能尽可能小

5.迪米特原则

一个实体与其他实体之间有关联的参数应该尽可能少，尽量使实体之间相互独立

6.开闭原则

这个原则简单来说就是对扩展开放，对修改关闭，意思就是你需要在不修改一个软件实体的基础上去扩展其他的功能

23大招式