因为前期,重点放在业务分析上,这两块一直认真思考过,觉得很简单.
一开始只是找了一个nHibernate的示例, 就决定把Session的Open和Close和事务(Transaction)的Commit, 放在HttpModule中处理. 算是Session per Request的模式.
之后,继续加入错误处理的PlugIn, 做了一个HttpHandler的Decorater, 在所有其他HttpHandler的最外层. (我使用的是自己实现的FrontController来处理页面). 这样一来, 任何页面处理中,没有被截获的错误都回被最后一道防线网住.
可是, 等等, Transaction提交如果出错呢? HttpModule是在整个HttpHandler的外层, HttpHandler根本没有办法处理HttpModule的错误.
重新考虑结构, 其实Transaction 的业务含义也不符合, HttpModule的管道概念, 它更加是页面处理的一部分.
调整之后, 整个HttpHandler构成为: UrlHandler --> ErrorHandler --> TransactionHandler --> MyPageHandler.
自己也感觉清楚多了.