• 系统构造模式

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://gfish.blogbus.com/logs/4224948.html

    架构在理论上划分为4个纵向层次:

    表示层
    业务门面层
    业务规则层(*)
    数据操作层

             其中核心是业务规则层,业务门面是为了简化表示层逻辑,使表示层达到只接收数据、整理请求、展现数据的作用。同时简化业务规则层的接口逻辑,但是不应该将其作为业务实现的核心模式。

             处于快速开发的目的,往往需要在4个层次中选择其中2个进行:

             第一个组合:业务门面+表示层;
             第二组合:业务规则+标示层;

             快速开发只是局限与系统前期构造原型阶段,或者说是业务比较单一简洁的系统;随着业务规则的逐渐清晰系统功能的逐渐复杂,必须逐步进行重构,以到到我们的纵向四层体系。四层体系是系统保持持续集成能力的基础。

             业务门面通常采用我们熟悉的facade模式,但是我们不能过分强调此模式,它对构造子系统的作用是有限的,子系统实现模式和接口模式是面向对象分析的核心,是业务架构师需要重点攻克的。子系统得实现需要根据具体的业务规则选择合适的设计模式:如Command模式,Factory模式。两者是统一相互辅助的的而不是矛盾互斥的。


    历史上的今天:


    随机文章:

    ant task笔记 2006-09-20
    又见秋叶 2006-09-07
    接口的回归 2006-06-06

    收藏到:Del.icio.us