小羊子的技术专栏

最小知识原则小结

依赖倒置原则小结

接口隔离原则小结

里氏替换原则小结

观察者模式在Android开发中使用频率非常高，最常用的地方如订阅–发布系统，类似微信公众号用户订阅和接收消息的场景，因为这个模式最重要的功能就是解耦，将被观察者和观察者解耦，使得它们之间的依赖性更小，甚至没有依赖。本文会继续将理论与实践结合，深入设计模式的总结。

设计模式的总结有助于构建软件开发知识体系，为后期软件的架构设计、重构打下夯实基础，所以开设了Android设计模式专栏，后期会投入一定的精力深入学习和总结设计模式，并把相关理论知识与实际项目中用到的设计模式结合起来记录于此，敬请关注和交流。 本文重在总结设计模式和设计原则，后期会结合具体实例代码来说明常用的设计原则和设计模式。

策略模式在开发中也常常用到，当实现某一个功能时如支付功能时，支付功能可以有多种实现方式，比如微信支付、支付宝支付、一网通支付。再比如实现分享时也可以有多种策略，可以分享到QQ、微信、微博等社交平台。在众多的实现方式中，可以将功能中涉及到的通用方法或策略提取出来，提供一个统一的接口，不同的算法或者策略有不同的实现类，这次在程序客户端就可以通过注入不同的实现对象来实现算法或者策略的动态策略，这种模式的可维护性、或扩展性更好。这就是本文要介绍的策略模式。

外观模式在开发中使用频率非常高。我们常常使用的第三方和开源库 基本都会使用外观模式。通过一个外观类使得整个系统的接口只有一个统一高层接口，这样利于降低用户的使用成本，也对用户屏蔽了很多实现细节，项目更容易维护。在使用第三方SDK和开源库时，可能最大的使用思想就是封装，封装第三方的API,同时可能还会用到其他设计模式如策略模式，方便随时替换第三方SDK。本文会从理论和实践进一步深入总结外观模式在项目中运用。

六大原则之开闭职责小结

设计模式之单一职责原则小结