控制反转和依赖倒置原则特别适用于需要提高代码灵活性、可维护性和可测试性的场景，如大型应用程序和框架开发。合理使用可以降低耦合度，提高代码可维护性、可测试性和可扩展性，促进模块化、灵活性，使系统更易于理

最近在阅读两款依赖注入的开源框架源码——Swinject 和 Resolver，为了便于后续的源码解读，这里先写一篇文章来梳理一下相关的概念，主要涉及控制反转、依赖注入、服务定位等概念。 控制反转 控

借助插件，开发者可以很方便地解决自己的问题或者扩展特定场景功能。系统用户可以使用到更多功能特性。系统拥有者可以构建一个产品生态，并减少维护成本。显然这个一个三赢的方案。 真的需要插件吗？ 然而，让系统

随着MVVM的框架和库的流行，想必组件化开发已经成为了前端开发的主流思想，特别是Vue、React、Angular已经有比较成熟的开发模式、社区和UI组件库。 现在的前端，开发页面代码量太、逻辑多、同一功能组件可能在多个页面中复用。而这些框架或库的出现，很好的将页面进行了功能拆…

设计模式代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。 设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经…

开发中，我们或多或少地接触了设计模式，但是很多时候不知道自己使用了哪种设计模式或者说该使用何种设计模式。本文意在梳理常见设计模式的特点，从而对它们有比较清晰的认知。 看完了上述设计模式后，把它们的关键词特点罗列出来，以后提到某种设计模式，进而联想相应的关键词和例子，从而心中有数。

当然我们可以用一个通俗的说法：设计模式是解决某个特定场景下对某种问题的解决方案。因此，当我们遇到合适的场景时，我们可能会条件反射一样自然而然想到符合这种场景的设计模式。 比如，当系统中某个接口的结构已经无法满足我们现在的业务需求，但又不能改动这个接口，因为可能原来的系统很多功能…

后面还会有提高代码质量的设计模式。 想必大家都听说过DRY原则，其实就是Don't repeat yourself(不要重复你自己)，意思就是不要重复写一样的代码，换句话说就是要提高代码的复用性。那什么样的代码才算有好的复用性呢？ 提高复用性的设计模式主要有桥接模式，享元模式，…

我们写的代码都是为了一定的需求服务的，但是这些需求并不是一成不变的，当需求变更了，如果我们代码的扩展性很好，我们可能只需要简单的添加或者删除模块就行了，如果扩展性不好，可能所有代码都需要重写，那就是一场灾难了，所以提高代码的扩展性是势在必行的。怎样才算有好的扩展性呢？好的扩展性…