扩展方法、DSL和连贯接口

内在DSL（Internal DSL）和API的区别是什么？Martin Fowler在2004年2月这样描述内在DSL ，

Lisp和Smalltalk社区有使用DSL的深厚传统，但现在他们也倾向于走其他路线。他们现在不主张定义新语言，而是把通用语言变形成DSL。（Paul Graham在《Programming Bottom-Up》中也描述了这种方法。）内在DSL（也被称为嵌入DSL）使用编程语言本身就具备的概念作为材料来定义出DSL。这是一种在任何语言都可行的常用方式，我一直在考虑把定义函数当作是在为手中的问题提供一种DSL，以这样的心态来定义函数。而Lisp爱好者们和Smalltalk爱好者们在这方面走得更远。描述这种API书写风格的另一个术语是连贯接口。

2年半后，他说道，

对于内在DSL来说，API和DSL之间的界线很模糊。本质来说，它们没有区别，内部DSL只不过是给API换了个漂亮的名字（正如Bell实验室有句老话说道的：“函数库设计就是语言设计”）。尽管这样，我觉得当你使用一个书写成DSL风格的API时，还是有点不同的感觉的。类似连贯接口这样的东西能让API有着完全不同的使用体验。换到DSL的语境中去思考，会让你思考不同方式编写出的代码的可读性，发掘宿主语言的语法去创造一些自己特别的东西出来——rake是一个很好的这样的例子。

那么内在DSL到底看起来像什么？大抵的答案可以用一个连贯编程的例子来说明。在连贯编程中，所有的方法都返回同一个对象或一个新对象。这让方法调用能串在一起。

下面这个例子是我们从Neal Ford的QCon演讲《在静态语言和动态语言中构建DSL 》中节录的。

def c = 2.days.fromToday.at(4.pm)

直到最近，要对整数这样的类进行特殊处理都需要类似Ruby或Python这样的动态语言来支持，尤其因为它们提供了一种称为“开放类”的东西。开放类允许在运行的时候添加新方法到类上。

那么这些跟使用C#或VB的.NET的开发人员有什么关系呢？这么说吧，C# 3和VB 9都支持了名为扩展方法的东西。扩展方法允许用户静态地添加方法到已经存在的类中。你可以为一个整数创建一个“日子”方法来返回一个TimeSpan对象。

请注意C# 2.0和C# 3.0写法上的区别。

//C# 2.0
date d = Helper.At(Helper.FromToday(Helper.Days(2)), Helper.Pm(4));
//C# 3.0
date d = 2.Days().FromToday().At(4.Pm);

请注意，这两行代码实际上都编译成了相同的中间代码。所有繁重的活计都被编译器和Extension属性做完了。

最后是使用扩展方法的一个技巧。虽然官方只支持.NET 3.5，但Jared Parsons发现了一种在.NET 2.0中使用扩展方法 的办法。基本原理就是创建一个“ExtensionAttribute”类的仿造品，让新编译器以为是真正的。

查看英文原文： Extension Methods, DSLs, and Fluent Interface