设计模式面试1.单例设计模式使用设计模式为了代码复用，增加可维护性。设计模式的六大原则：开闭原则、里氏代换原则、依赖倒转原则、接口隔离原则、迪米特法则（最少知道原则）、合成/聚合复用原则Singleton（创建）：保证一个类仅

开闭原则：对扩展开放，对修改关闭。依赖倒置原则：高层应该不依赖地层。单一职责原则：一个类只干一件事儿。接口隔离原则：一个接口只干一件事儿迪米特法则：不该知道的就不要知道。里氏替换原则：子类重写方法功能发生改变，但是不影响父类方法的语义。合成复用原则：尽量使用组合实现代码复用，不要用继承，要解耦。

上一篇(https://my.oschina.net/zgldh/blog/389125)DependencyInversionPrinciple依赖反转原则Introduction介绍Wehavereachedourf

2019年1月3日 星期四Java面向对象之多态(来源于身边的案例)1\.为什么要用多态？1.1 多态是面向对象的三大特性之一1.2 多态是基于接口设计的模型1.3 多态具有横向扩展特性1.4 可以非常标准匹配“依赖倒置原则”，降低前端与后端间的耦合2.不一样的多态案例2.1 UML静态模型图!

前言当我初次接触高可用这个概念的时候，对高可用的【少依赖原则】和【弱依赖原则】的边界感模糊，甚至有些“傻傻分不清楚”。这两个原则都关注降低模块之间的依赖关系，但它们之间的确存在某些差异。那么，「少依赖原则」和「弱依赖原则」它们之间本质的区别究竟是啥？少依赖

Maven的依赖具备传递性，一个项目会依赖很多包，这些依赖包又会依赖其它包，从而构成复杂的依赖关系，这其中相同的包可能会被多次依赖，如果依赖了多个版本，就会产生冲突，此时，Maven需要一个选择策略，从多个版本中选择一个版本。Maven会根据以下两个原则来

采用依赖倒置原则后的分层架构和六边形架构，实际上都符合整洁架构设计理念。但是六边形架构中使用端口与适配器，让应用程序能够以一致的方式被用户、程序、自动化测试、批处理脚本所驱动，同时能够让应用程序边界更加清晰，从而能更好地防止领域层和应用层逻辑泄露到外层。

依赖注入当涉及依赖注入（DependencyInjection，DI）时，首先推荐使用构造函数注入，因为构造函数注入有很多技术优点，而且还与面向对象的设计原则密切相关。在业界，构造函数注入作为依赖注入的一种最佳实践得到了广泛的认可，在SpringFrame

前言当我初次接触高可用这个概念的时候，对高可用的【少依赖原则】和【弱依赖原则】的边界感模糊，甚至有些“傻傻分不清楚”。这两个原则都关注降低模块之间的依赖关系，但它们之间的确存在某些差异。那么，「少依赖原则」和「弱依赖原则」它们之间本质的区别究竟是啥？少依赖