Lilu：Rails Mockup驱动开发之道

在两年前就有过一场争论，争论的焦点在于Rails框架及它缺乏内建模板语言的支持，还有是否要为Rails引入这样的模板语言。直至今天，已经存在有不下五种的模板系统：ERB、 HAML、Liquid、Amrita2等等。然而所有这些都是将Ruby语言或是Ruby的派生语言与HTML代码混合在一起。Yurii Rashkovskii最近引入了一种新的模板系统，称为Lilu。

Lilu是一种允许保持Rails视图不变，使其内部无须含有ERB标签侵扰的方法（和工具）。

Lilu的目标是让被插入在其中（按照Java中Tapestry的方式）的实际数据与HTML完全分离开，使保存并读取纯HTML代码更加容易。

Lilu保证你得到纯粹的HTML代码，并使你通过编写指令来使用实际数据更新代码。

Yurii Rashkovskii在挪威奥斯陆的Ruby Tuesday会议上进行了一次演讲，给出了如下的Lilu代码示例：

静态XHTML模仿app/views/blog/post.html

<ul id="found_users">
  <li id="found_user">
    <h1>John Doe</h1>
  </li>
</ul>
<h4 id="no_matching_users">No matching users found</h4>

同时也给出对应的Lilu代码app/views/blog/post.lilu

if @users and [email protected]?
  populate('#found_user').for(:each,@users) do |user|
    mapping 'h1' => user.name
  end
  remove('#no_matching_users')
else
  remove('#found_users')
end

Rails创始人DHH对一个HTML和代码完全解耦的模板语言系统如何处像布局（layouts）和partils这样带来生产力的复杂技术持怀疑态度。但Lilu也提供对于partials的支持。

在RailsConf07大会上，Bruce William在主题演讲V is for Vexing中给出了Rails模板解决方案的介绍，以及优缺点分析。Lilu项目也应该被加入到列表之中。优点是Lilu将程序代码与HTML文档清晰的划分开来，允许通过HTML方便的与设计人员进行维护和协作。缺点有：1)与ERb相比性能稍逊，2)项目还处于早期状态，以及3)它不是Rails的标准之一。

两年前，David（即DHH）这样总结到：

对“无编码”模板的追求，让我想起MDA阵营对“无编码”程序这个圣杯的找寻。这是一种海市蜃楼式的幻想，也就是和“把玫瑰换个名字”（译注：原文是“a rose by any other name”，语出莎翁《罗密欧与朱丽叶》第二幕第二场的“A rose by any other name would smell as sweet.”朱生豪先生译为：“姓名本来是没有意义的；我们叫做玫瑰的这一种花，要是换了个名字，他的香味还是同样的芬芳。”）如出一辙的演出。

[...]

所以，如果你打算尝试一下这种方式，请自便。如果真的可能有一个完全非侵入性的（non-intrusive）解决方案出现，我将会认真思考是否要加入这样的特性。

现在有意思了：随着Lilu和Amrita2的到来，DHH这段话是不是还当真呢？

查看英文原文：Rails Mockup Driven Development with Lilu