ActionView 的魔术：ERB & Binding

Rails 作为一个 MVC 框架，其核心包括三个模块：ActiveRecord，ActionController 和 ActionView。今天这篇博文的主角是 ActionView，解开模板系统的魔术。

通常情況下，通过 scaffold 已经能够建立简单的、包含CRUD基本功能的页面，完全不需要手动修改 view 的代码。即使不使用 scaffold ，Rails 也提供了众多的辅助方法，创造一个功能丰富的动态页面简直是易如反掌。但是，会用不代表深入理解，最近有朋友问我这些问题：

1. 为什么编辑一个对象需要在 Controller 创造一个实例变量
2. View 通过什么方式访问这些实例变量的
3. 那么多表单辅助方法，都是需要提供 object_name, method 两个参数，怎么就变成实例变量的值了

相信大部分的 Rails 程序员手边的书都是《Agile Web Development with Rails》，书中提到这一点的时候一笔带过，只是说 Rails 在这里用了一个小魔术。这里，我们就来揭开这个魔术吧！

 

Part 1. Template Files - 模板文件

当一个 action 需要返回一段 html 片段的时候，我们需要建立一个模板文件。根据不同的版本、请求类型，模板文件的文件名也各不相同，从早期版本的 action_name.rhtml ，到现在的 action_name.text.html.erb ，以及扩展的 rjs，在扩展名中都包含了一个关键字：r / erb。它就是 Rails 模板系统的关键：ERb。

 

Part 2. ERb - Ruby Templating

ERb - 嵌入式 Ruby (http://ruby-doc.org/stdlib/libdoc/erb/rdoc/index.html )，是 Ruby 语言提供的一个基本扩展。它支持在字符串中嵌入 ruby 代码片段。看上去似乎很神秘，其实我们每天都用到，下面这种形式一定不陌生吧？

<p>
  <%= Time.now %>
</p>

没错，正是因为 ERb 的存在，使得模板中可以动态地引用对象的属性。

 

Part 3. Instance Variables of Ruby - Ruby 的实例变量

让我们回顾一下 Ruby 语言的基本要素之一：实例变量。通常我们通过

@time = Time.now

的形式创造一个实例变量。这里我们不重新解释对于“实例变量”的定义，但是必须牢记一点，正如字面所见，实例变量的作用域是当前实例内，也就是说，只有在实例的内部，才可以直接对实例变量进行读写操作（扩展的访问子方法等等不在讨论范围之内）。那么，为什么 Rails Controller 里创建的实例变量能够在 View 里面访问呢，不是自相矛盾吗？

 

Ruby 作为一种动态语言，因为其“开放”的特点，使很多原本不可能的编程模式变为可能。比如，通过 Open Class 的特性，你可以动态的为对象注入新的方法定义，或者改写方法的逻辑，或者，通过不同的方法可以在对象的外部访问对象的内部的实例变量。经常使用 console 的朋友可能会了解其中的一种方式：Object#instance_variable_get / Object#instance_variable_set 方法。举个简单的例子：

class User
  def initialize( name )
    @name = name
  end
end

user = User.new( "Jack" )
user.name #=> raise NoMethodError
user.instance_variable_get('@name') #=> "Jack"
user.instance_variable_set('@name', 'Tom')
user.instance_variable_get('@name') #=> "Tom"

可以看到，在没有任何访问子的情况下，我们用这种方式对一个实例变量进行读写操作。

 

除了这种简单的方式，还有另外一种进阶的方式，也是 ERb 常用的一种方式：Binding

 

Part 4. Binding

Binding (http://ruby-doc.org/core/classes/Binding.html ) 是 Ruby 语言的自身的一个特性，在任何对象内，self.binding 方法都会返回一个当前对象关联的 binding 实例。不精确的说，binding 对象可以理解成为当前对象的完整的上下文环境。文档中已经包含了一些示例代码，帮助大家理解 Binding 对象的作用。最重要的一点是：既然是当前对象的完整上下文环境，自然就包括了对象的实例变量。

 

那么 Binding 在 ERb 中扮演一个什么样的角色？是一个运行环境的提供者。

 

回到我们最初的问题，Rails 在 ActionView 中使用了什么样的魔法？答案就是 ERb 和 Binding。首先，获得当前实例的 binding，自然，binding 内也包括了实例变量；紧接着，ERb 允许将模板的内容动态地，绑定到另一个环境中运行。我们依然用刚才的 User 的例子来说明这一点：

# A simple template string
template = "Hello, <%= @user.name %>"

@user = User.new( "Jack" )

# Get binding
binder = self.send( :binding ) # calling a private method

# Rendering template
puts ERB.new( template ).result( binder )
#=> "Helo, Jack"

虽然例子不是非常恰当，但是足以展示 Binding 和 ERB 的用法。我们可以看到，ERB#result 方法将模板字符串绑定在另外一个环境中运行，而这个环境包含了我们创建的 @user 实例变量，因此，模板中的 @user.name 得到了正确的值。

 

这就是 ERB 的真面目，也是为什么在 ActionView 中能够访问到 Controller 里实例变量的原因。感叹一下动态语言的强大吧！以上只是非常粗糙的讲述ERB的使用，Rails 所做的魔法远不止如此，如果有兴趣，可以查看 Rails 源代码，对于深入学习 Rails 框架也有很大的好处。

 

最后，补充一下 ERB 的应用场景。虽然在普通的需求中，ActionView 所做的已经足够，但是某些情况还是需要创造独立的模板系统。比如某个场景，客户要求提供一个完全自定义的模板系统，这个时候 ERB 就大显身手了。只需要将数据源载入实例变量中，并且在使用手册里列出可以访问的方法，即使完全不懂 Ruby 语言也可以写出使用这套简单的模板系统了。

我期待的方式，就是楼主所描述的，可惜rails不是这样干的。

ActionController::Base和ActionView::Base是两个类，controller和view分别是这两个类的实例，所以action的代码和view/erb里的代码分别在这两个实例上下文中运行的，框架把controller的全部instance_variable复制给了view，而不是让ERB直接在controller上下文跑。
http://www.iteye.com/post/268223
刚查了下rails2.1，还保持着老的实现。 -- 这个简直不可理喻~
有空查查merb，让自己保持一颗年轻的心，呵呵~

说实话，我也知道 Rails 从1.16开始就是直接用复制实例变量的方式来做的，这篇博文中提到的 ActionView 也只是作为一个引子，真正想讲的是 ERB。

当然，我也知道 Merb 甚至还有其他模板系统的存在，只是有些时候，用户的需求并不为技术所左右，单纯的考虑技术因素很难让自己的工作做的更好。大部分情况下，类似 ERB 这种简单实用的语法就是用户所青睐的。

最后还解答一下你的问题，即使 Rails 用的是我所说的方式，也不是让 ERB 在 controller 的上下文环境中运行。从层次结构上说，ERB 独立在 controller 和 view 之外。可能会类似这样的代码

class Render::Base
  def render( controller, view )
    ERB.new( view.template_body ).result( controller.send(:binding) )
  end
end

代码有点粗糙，凑合看吧
   

是的,ERB是个独立的部份. 看到你上面的介绍才知道obj.private_methods.include?(:binding) == true,对于ERB来说很有用. 我只是不理解rails为什么不像你的方案,直接在controller的binding里搞.
ERB是个很清爽的东西,有两个地方不习惯:
1. result只接收binding,不接收某个obj(它内部调binding就成了)或Hash(它打成local variable)
2. 分界符不强.没找到如何把<% %> 换成类似${}的配置,只有<%- -%>.

楼上有没有什么建议?

同意你对merb的评论,我前几天扫了几眼merb源码,感觉很好. 上面的话是对俺自己说的,对付rails的坏毛病,希望从它上面能取到经.

ERB说到底是个text template.
我一直期望的是有个dom template/renderer,也知道不太现实.
终极目标是组件化,至少需要
1. 对组件做抽象. 像extjs,flex那样,搞复杂的继承体系,事件,属性.
2. markup language,还要能与组件类无缝映射,IDE支持.
3. 消除服务器端和客户端概念,像JSF,.NET一样,破坏REST规约.

探索过markaby,haml,觉得一般.
看了看hpricot,觉得在它上面做手脚有点意思:
http://www.beyondrails.com/blogs/47

我在上一个项目中基于Rails定制了一个框架，其中采用的方案是View部分以module形式出现，mixin到controller，然后ERB就是在controller的binding里面了。

感觉这么做比较简单，目前似乎也没有碰到什么问题。

我的项目是基于自定义模板的邮件系统，用ERB是我觉得最合适的一个方案了

楼上的，你好。对你的方案很感兴趣，可否再说详细点.

基本的思路都差不多的，view 并不一定要保存为一个文件，也可能是一个模块的计算结果，活着是数据库一条记录的某个字段