因为前期,重点放在业务分析上,这两块一直认真思考过,觉得很简单.
一开始只是找了一个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.
自己也感觉清楚多了.
本文讨论了Web应用程序结构的优化过程,特别是将Session管理和事务处理从HttpModule移至HttpHandler内部,形成更清晰的处理流程:UrlHandler→ErrorHandler→TransactionHandler→具体页面处理。

被折叠的 条评论
为什么被折叠?



