DSL和面向语言编程的崛起

The rise of DSLs and Language Oriented Programming?

几天前JetBrains(好像以前也是最早推出MDA工具的)推出他们的“MPS” (Meta Programming System元编程系统)的EPA产品：Charisma。

MPS在一个月前已经到达其第一个里程碑。

MPS 是Martin Fowler在Language Workbenches: The Killer-App for Domain Specific Languages?(DSL的杀手级应用) 发明的。它是自由和开放源码，并提供一个有趣的建立在Java上的语言扩展的DSL新方法。

另外一家http://intentsoft.com/发布了他们的Language Workbench语言工作台的demo，是运行在.net. 上。

在云计算领域,Force.com也在利用元编程 Meta Programming，这对于商业应用以及CRM相关应用是非常有吸引力的。

按照Martin Fowler的说法，面向对象的领域建模让我们得以“汇集词汇”，但语法――将词汇组合起来的方法――却是缺失的；DSL补足了语法的方面。因此面向语言编程引导我们“从思考词汇，即对象，走向一种结合了词汇和语法的语言观念。”

传统的与API和框架沟通的方式：你要“从最基本的共识着手并解释所有的细节”。因为它们没有“任何内建的上下文”。因此代码中总是不断重复一些上下文，以致成了干扰。相反DSL“总是有着隐含的上下文，上下文几乎从不露面，就算露面也是很少很少，通常最多一次”。因此我们不必一再地提供上下文信息，于是代码更具可读性，也更有表现力。

Fowler和Ford都强调了可读性的重要。他们认为DSL的动机经常被误解。目的并不是为了让业务分析师能够自己写代码，而是为了让他们能够阅读和检验代码，从而填补专业开发者和业务人员之间的罅隙。

Neal Ford强调说如果一门DSL很难读，那么它的设计就是很糟糕的，因为“[使用DSL的]目的之一就是为了创造出更容易阅读的代码”(按这个说法，SQL大概是最容易阅读的代码，很难相信对于中国人非英语国家，有比SQL更容易阅读的语言了。)。

个人评价：概念是非常吸引人，就象SQL已经是数据库的元编程，那么是否SQL就应该继续大行其道呢？让用户学习一下某种语言的DSL，和让其学习SQL哪个成本更低以及更容易呢？我担心象LinQ那样类似SQL的DSL会导致面向数据库死灰复燃。

另外，使用DSL确实完成了面向业务用户的封装，他们不必了解更多软件专业知识，但是灵活性是不是就丧失呢？数据库就是因为其不可伸缩，是一个封闭的盒子，而遭遇性能瓶颈，如何解决这个矛盾呢？

也许基于云计算平台的DSL才是一个更佳的选择。

[该贴被banq于2009-08-30 15:55修改过]
[该贴被admin于2009-08-30 15:55修改过]
[该贴被admin于2009-08-30 15:59修改过]