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。