重构实践之桥接模式
近日,在开发的过程中发现了一个很大的类,有1000+行代码,大部分情况下,一个1000+行代码的类一定是做了一些本不应该是它负责的事,这是一个处理订单的类,方法大多数是对各种订单消息的处理:

各个Listener(消息监听器)实现接口MessageListener的onMessage方法来接受消息,然后调用服务处理消息,以上结构有三个缺点:
第一、接受消息的代码(如日志、异常处理、监控、遍历)是重复的
第二、Listener(消息监听器)与服务直接耦合
第三、处理消息的服务不够明确,直接导致一个臃肿类的出现
This chapter requires login to view full content. You are viewing a preview.
Login to View Full Content