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.观察者模式

猜你喜欢

转载自www.cnblogs.com/rookieyao/p/12164677.html