这两种模式感觉都是在做一个类似于规范化或者说自定义化功能接口的举措。适配器模式是让一个不兼容的接口通过适配器的包装转换,变得兼容一些功能,外观模式是将一大堆繁杂的类依照功能抽象出一个便于其他地方调用的统一类。
这里感觉只能说书中知识拿来做个参考吧,实际上项目中链式调用不要太多,不链式调用一点一点调用的话,代码还得长不少。
这里又提到了一点,就是类应该尽量少的与其它类发生关联。这点我只能说想法和思路是非常好的,但是如果业务逻辑那边确实需要交互的实际的类比较多,而又希望少一些,就只能再将下面的类通过外观模式进行组合和抽象,这实际上也是创建了更多的层级,虽说算是减少了维护成本吧,但是具体分割的粒度控制和实际上多出来的代码和消耗的思考时间,面对比较紧张时候的项目还是挺难受的。
headfirst 适配器模式/外观模式
最新推荐文章于 2024-08-02 11:07:54 发布