Java江湖之设计模式

Java江湖之设计模式

ps:最近在学习设计模式，感觉这个是个装逼神器呀，就跟武功一样。
    某日，senior同学看见rookie同学在练功。
    问，"你练得什么武功?"
    答:"不知道了吧，我师从江湖第一大门派:java对象派,我练习的功法名叫搬砖功。
    问:"何为搬砖功？"
    答:"搬砖功简单说来就是代码堆砌，平时如果师傅交代如果有啥子功能需要完成的，我就采用搬砖功，简单的很，直接吧所有需要做的事情写在一个类里面"
    "哈哈哈.........."
    rookie道，"你笑啥？"
   "你有没有发现每次搬砖之后，师傅让你修改砖的位置的时候，你有没有发现你几乎需要推倒重做？"
   "呀，你咋个知道？"
  “哈，我当然知道，你知道咱们门派除了你练习的搬砖功之外，还有GOF老祖留下的一份高级搬砖秘籍”
   "不知道呢，快给我讲讲，感觉很高级的样子"
   "别急，别急，且听我娓娓道来"
   "话说，远古时期，咱们java门派的前辈GOF，他们在大量搬砖的经验总结下，总结出了一套武功秘籍，这套武功秘籍有六大心法，23种招式，如果你能熟练运用心法于招式，你的搬砖效率怕是比现在强上百倍不止！！！"
  "哇，这么厉害的么，senior哥，senior哥，快教教我，快教教我。"
  "嗯，我看你骨骼精奇，是天生练武奇才，且听我介绍一下这内功心法和武功招式都是些啥"

六大心法

   1.单一职责原则

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

  2.里氏代换原则

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

  3.依赖倒置原则

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

  4.接口隔离原则

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

  5.迪米特原则

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

  6.开闭原则

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

23大招式

   1.单例模式

  2.工厂模式

  3.适配器模式

  4.装饰器模式

  5.代理模式

  6.组合模式

  7.策略模式

  8.模板模式

  9.观察者模式