-
系统构造模式
版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://gfish.blogbus.com/logs/4224948.html
架构在理论上划分为4个纵向层次:
表示层
业务门面层
业务规则层(*)
数据操作层其中核心是业务规则层,业务门面是为了简化表示层逻辑,使表示层达到只接收数据、整理请求、展现数据的作用。同时简化业务规则层的接口逻辑,但是不应该将其作为业务实现的核心模式。
处于快速开发的目的,往往需要在4个层次中选择其中2个进行:
第一个组合:业务门面+表示层;
第二组合:业务规则+标示层;快速开发只是局限与系统前期构造原型阶段,或者说是业务比较单一简洁的系统;随着业务规则的逐渐清晰系统功能的逐渐复杂,必须逐步进行重构,以到到我们的纵向四层体系。四层体系是系统保持持续集成能力的基础。
业务门面通常采用我们熟悉的facade模式,但是我们不能过分强调此模式,它对构造子系统的作用是有限的,子系统实现模式和接口模式是面向对象分析的核心,是业务架构师需要重点攻克的。子系统得实现需要根据具体的业务规则选择合适的设计模式:如Command模式,Factory模式。两者是统一相互辅助的的而不是矛盾互斥的。
随机文章:
ant task笔记 2006-09-20又见秋叶 2006-09-07接口的回归 2006-06-06j2ee without web/bs 2006-05-06对象数据库,在艰难中前行 2006-04-28
收藏到:Del.icio.us







