由于revel框架本身对于model层的编写没有提供任何指导，所以在设计这部分的时候就有些犹豫，反复斟酌到底怎样才算是最佳实践。
我在做山坡网的时候刚开始也纠结了一下，拿不准mongodb的session的创建和销毁应该在什么地方处理。直到有一天看到了revmgo的作者在与revel的作者讨论（具体内容在这里），就去研究了下revmgo，之后立即就用它替换了我自己的实现。
先说下用法吧。
1. 在app.conf添加mongodb的连接字符串。
revmgo.dial = mongodb://username:password@serverip/database
2. 在controller层的init方法中初始化。
func init() {
revmgo.ControllerInit()revel.OnAppStart(func() {
revmgo.AppInit()
}
}
3. 把MongoController签入到所有需要访问数据库的Controller中。
type Application struct {
*revel.Controller
revmgo.MongoController
}
这里有个小插曲，revmgo.MongoController已经内嵌过revel.Controller了，但此处还是不能省略*revel.Controller。原因是revel在确定有效的controller的action的时候只反射了一层，跟revel的作者讨论过这个问题，后来他说服我了，原因是如果不断递归反射的话复杂度会变高而且性能损失会不可控。好吧，其实这也算是OO的遗毒。看起来挺难受，多写了一行代码，设计上也不太舒服，但仔细想来对性能和整体的复杂度却都有好处，既然如此，何必执着设计上的完美呢？简单就是美。
4. 修改Dal的实现。
//Data access layer
type Dal struct {
session *mgo.Session
}//创建新的Dal
func NewDal(session *mgo.Session) *Dal {
if session == nil {
panic("session cannot be nil.")
}
return &Dal{session}
}
现在来看看在controller中如何使用。
func (c *Account) HandleRegister(user *models.MockUser) revel.Result {
//Validate parameter here.
dal := models.NewDal(c.MongoSession)
err := dal.RegisterUser(user)
//Biz logic here
}
revmgo的内部实现非常简单，整个代码也就110行，基本可以一目了然。
总的来说，调用revmgo.AppInit()的时候读取app.conf中的配置，可以看到有两个配置项有效，"revmgo.dial"为连接字符串，"db.spec"确定mongodb的session的重复利用方式（具体含义参考这里），然后建立session。
之后的revmgo.ControllerInit注册了两个interceptfunc，用于在controller的action访问前后建立和关闭session。
func ControllerInit() {
revel.InterceptMethod((*MongoController).Begin, revel.BEFORE)
revel.InterceptMethod((*MongoController).End, revel.FINALLY)
}
其实我对于这个设计颇有微词，ControllerInit的存在简直就是对revel的module设计机制的嘲笑，很难相信作为一个模块竟然还需要使用者手动调用初始化函数。这个部分应该不难处理，常规来说只应该让使用者注册需要使用的module和执行顺序，初始化和解构都由module管理器负责。跟revel的作者也讨论了这个问题，看他似乎有别的设计意图，等等看revel 1.0正式发布时会是什么样子吧。