Message Chains与Fluent Interface

Martin Fowler在其名著《重构》一书,提到了Message Chains坏味道。这种坏味道的表现特征是当调用者需要执行某个功能时,需要调用连续的多个方法,才能最终达成目的。这种调用方法的消息传递就像链条一样,因此Fowler将其命名为Message Chains。

 

这种坏味道暴露了过多实现细节。它将获得最终结果的整个过程暴露无遗。它不厌其烦地陈述着:首先该获得什么对象,然后再调用返回结果的什么方法获得中间对象,接着,再调用中间对象的对应方法去获取结果,如此传递下去,直到抵达我们的目的地。服务的提供者弄错了调用者的角色。调用者不是游客,需要导游展示沿途的风景;调用者更像是餐厅的食客,只在乎菜品的色香味,却并不关心这道菜品是怎样做出来的,那是厨师的职责。

 

导致Message Chains坏味道的原因是设计者没有很好地理解封装的概念,他希望服务更周到一些,可这种周到带来的结果是自讨没趣。

 

在设计中,有另外一种常见的模式与之相似,却能取得不同的效果,那就是Fluent Interface模式,它通常被翻译为“连贯接口”。Fluent Interface主要应用在DSL(Domain Specific Language)中。Martin Fowler将其定义为“能够为一系列方法调用中转或维护指令上下文的行为”。Fluent Interface中定义的方法常常是返回该类型自身的实例。Fluent Interface模式在很多动态语言如php、ruby中得到大量运用。C#的LINQ也使用了该模式。ThoughtWorks的意见领袖Neal Ford在其系列文章Evolutionary architecture and emergent design中,介绍了该模式的运用。文中提供了如下代码,以演示Java中如何实现Fluent Interface:

public class Appointment {

    private String _name;

    private String _location;

    private Calendar _startTime;

    private Calendar _endTime;



    public Appointment(String name) {

        this._name = name;

    }



    public Appointment() {

    }



    public Appointment name(String name) {

        _name = name;

        return this;

    }

    public Appointment at(String location) {

        _location = location;

        return this;

    }



    public Appointment at(Calendar startTime) {

        _startTime = startTime;

        return this;

    }



    public Appointment from(Calendar startTime) {

        _startTime = startTime;

        return this;

    }



    public Appointment to(Calendar endTime) {

        _endTime = endTime;

        return this;

    }



    public String toString() {

        return "Appointment:"+ _name +

                ((_location != null && _location.length() > 0) ? 

                    ", location:" + _location : "") +

                ", Start time:" + _startTime.get(Calendar.HOUR_OF_DAY) +

                (_endTime != null? ", End time: " + 

                _endTime.get(Calendar.HOUR_OF_DAY) : "");

    }

}

 

以下是Fluent Interface的使用:

AppointmentCalendarChained calendar =

            new AppointmentCalendarChained();

calendar.add("dentist").

         from(fourPM).

         to(fivePM).

         at("123 main street");

其中,AppointmentCalendarChained类的add()方法返回的是实现了Fluent Interface模式的Appointment对象。

 

采用Fluent Interface模式的代码,具有自我阐述领域逻辑的能力,它不同于Message Chains,因为它的意图并不是要展现消息传递的过程。Fluent Interface中每个方法都是调用者需要关注的。而且,Fluent Interface方法可以自由组合,并不利于封装。由于调用方式是完全一致的,只要有了合理的命名,代码的连贯性就如行云流水。领域驱动设计的布道者Eric Evans曾提及,他所接触到的Fluent Interface都是用来装配Value Object。Value Object没有具有业务领域意义的实体与之对应,它们可以被随心创建随心抛掉。本例中的Appointment正是这样的Value Object。有关Value Object的知识,请参考Eric Evans的经典名著Domain Driven Design-Tackling Complexsity in the Heart of Software。

你可能感兴趣的:(interface)