LinkedKeeper

作者张强发布于 2017年07月18日阅读 646

近日，在开发的过程中发现了一个很大的类，有1000+行代码，大部分情况下，一个1000+行代码的类一定是做了一些本不应该是它负责的事，这是一个处理订单的类，方法大多数是对各种订单消息的处理：各个Listener（消息监听器）实现接口MessageListener的onMessage方法来接受消息，然后调用服务处理消息，以上结构有三个缺点：第一、接受消息的代码（如日志、异常处理、监控、遍历）是重复的...

Bridge 设计模式

文章发布于 2015年08月18日阅读 1124

桥接模式

定义将抽象部分与实现部分分离，使它们都可以独立的变化。结构示例Implementor：定义实现接口interface Implementor { // 实现抽象部分需要的某些具体功能 public void operationImpl();}Abstraction：定义抽象接口abstract class Abstraction { // 持有一个 Implementor 对象，...

浅谈泛型对方法传参的扩展

文章发布于 2014年11月18日阅读 449

桥接模式

我们知道可以通过组合接口实现上层建筑，通过不同的实现类实现不同的地层建筑。所以，基于此思想，在进行方法传参时，通过传递泛型，实现不同的类型传参。最开始的实现很简单，只传递一个 BaseRequest，也只有一个参数 id。但是，随着实现的不同，我们需要对 request 进行特别梳理，分为 SampleRequest 和 MultRequest 两种扩展请求，分别扩展了 time 和 timestamp、sign 参数。

小谈实践封装与多态

文章发布于 2014年10月09日阅读 981

桥接模式

最近在重构一段代码，发现之前的流程大概是如下图，这样的设计结构。一、这是一个发送消息的流程，长长的一段代码，通过依赖构成整个流程的架构。整个流程依赖三个环节：适配、发送、保存，其中发送又依赖消息体生成。二、由于消息类型不同，适配、发送、保存的具体实现不同，所以代码中大量的充斥着if ... else ...的判断语句。这不仅导致代码可读性很差，而且还产生了大量冗余代码。

共4条记录共1页上一页首页 1 末页下一页