摘要: 记得大约在一年前,我曾写过相关议题的文章,叫做业务逻辑架构模式(事务脚本，表模块，活动记录，领域模型)和再谈业务逻辑架构模式(事务脚本，表模块，活动记录，领域模型),经过这一年多做项目的沉淀,特别是最近十天来,我又仔细研读了<Microsoft.Net企业级应用架构计设>这本书,并上了iteye论坛相阅了相关贴子,发现以前的很多认识是不全面的,甚至是错误的,相关的概念与认识也有了进一步的明确与清淅.觉得甚有必要将最新的一些想法与反思记录下来,达到总结提高的目的. 一.总论 首先来看一张图: 我的第一篇文章里曾出现过类似的图,但是现在若干细节上有所不同,下面一一来分析 二.事务脚本 阅读全文
摘要: CodeSmith是我们常用的代码生成工具，其跟据不同的模板生成不同代码的方式能大大加快我们的项目开发，减少重复劳动。NHibernate模板就是其常用模板之一。从这里可以下载到最新的模板文件。现在最新的版本为NHibernate-v1.2.1.2125，可以生成NHibernate1.2，2.1，3.0的代码。我下载的稍早，是NHibernate-v1.1.7.2056，最高生成2.1的代码，不过大同小异，就以我下载的版本来进行分析吧。 基本生成操作就不说了，官网上有讲解的视频，也有大把的网友做了专门的教程。代码生成后，主要分为五大块： 1.Base块，也就是基类块，这里放有Busin...阅读全文
摘要: 前几天写过一遍博文：业务逻辑架构模式(事务脚本，表模块，活动记录，领域模型) ，此文仅对常用的设计方式进行了一个大概的描述，感觉意犹未尽。经过几天的研究查证与思考，又有些新的认识。 虽然说这是四种独立的架构模式，但是他们之间并不是毫无关联的。除去在大型软件中很少使用的表模块，事务脚本与活动记录经常交叉使用，活动记录与领域模型也是互通有无。先说前者。 活动记录的优点很多，缺点也很明显。最大的缺点就是由于是一张表对应一个模型，业务操作基本上都是基于单表的。当发生跨表逻辑时，就无法应付了，这时只好求助于事务脚本，有时直接在Model里写事务脚本，有时则在Model的上方建立一个XXXHandle..阅读全文
摘要: 其实各种架构模式并不是凭空出现的，是你写代码到达一定功底的时候自然出现的结果。走的弯路多了，就会主动去思考该如何将代码组织的更好，更符合业务需求与架构标准。 Fowler的《企业应用架构模式》 (Patterns of Enterprise Application Architecture)就是这样一本书，里面详细叙述了企业级开发中常用的架构模式。对于业务逻辑层，常见的有四种：事务脚本，表模块，活动记录，领域模型。见图： 注： 1.我在这里画了两层：UI与BL，其实如果更极端一些，事务脚本的CRUD，表模式的XXXManage与活动记录的XXXHandler与UI层是可以合并的。 ...阅读全文
