摘要: 前几天写过一遍博文：业务逻辑架构模式(事务脚本，表模块，活动记录，领域模型) ，此文仅对常用的设计方式进行了一个大概的描述，感觉意犹未尽。经过几天的研究查证与思考，又有些新的认识。 虽然说这是四种独立的架构模式，但是他们之间并不是毫无关联的。除去在大型软件中很少使用的表模块，事务脚本与活动记录经常交叉使用，活动记录与领域模型也是互通有无。先说前者。 活动记录的优点很多，缺点也很明显。最大的缺点就是由于是一张表对应一个模型，业务操作基本上都是基于单表的。当发生跨表逻辑时，就无法应付了，这时只好求助于事务脚本，有时直接在Model里写事务脚本，有时则在Model的上方建立一个XXXHandle..阅读全文

摘要: 其实各种架构模式并不是凭空出现的，是你写代码到达一定功底的时候自然出现的结果。走的弯路多了，就会主动去思考该如何将代码组织的更好，更符合业务需求与架构标准。 Fowler的《企业应用架构模式》 (Patterns of Enterprise Application Architecture)就是这样一本书，里面详细叙述了企业级开发中常用的架构模式。对于业务逻辑层，常见的有四种：事务脚本，表模块，活动记录，领域模型。见图： 注： 1.我在这里画了两层：UI与BL，其实如果更极端一些，事务脚本的CRUD，表模式的XXXManage与活动记录的XXXHandler与UI层是可以合并的。 ...阅读全文