大家有没有遇到过这种情况：刚开始接手一个项目，或者自己从零搭一个新功能，一开始代码还挺清晰，逻辑也挺顺。但随着需求不断迭代，功能越加越多，代码就开始“放飞自我”了——各种逻辑绕来绕去，模块之间互相调用

在软件设计中，需要开发的具有某种业务功能的组件在现有的组件库中已经存在，但它们与当前系统的接口规范不兼容，如果重新开发这些组件成本又很高，这时用适配器模式能很好地解决这些问题。

大家好，我是捡田螺的小男孩。 平时我们写代码呢，多数情况都是流水线式写代码，基本就可以实现业务逻辑了。如何在写代码中找到乐趣呢，我觉得，最好的方式就是：使用设计模式优化自己的业务代码。

观察者模式和发布订阅模式作为开发中经常使用到的模式，小包一直不能做到很好的区分，前几天在听公开课时，老师详细讲解两种模式，发现自己还是没有吃透。于是小包本文就通过多个案例，形象的解读两种模式，一次吃透