软件系统的分层架构一些关键，足以应对现有的大部分软件项目

 处理非常任务的程序的分离关注点   

 

 

软件系统的分层架构，

分层的基本原则是基于专职的概念，某一层中得所有元素只依赖于同一层的其他元素，或者直接依赖下一

 

层的元素，向上的消息传递只能通过一些间接机制，

 

 

用户界面/应用层/领域层/基础结构层

 

用户界面：（表示层）   显示信息以及验证用户信息，其执行者不一定人，可能是其他终端设备

 

应用层：  定义设计工作的任务进度表，申明调度领域对象命令

         当前层次只是反映用户或程序的任务进度的状态，不反应具体业务的规则和知识，只是给下一  

 

       层相互协作 的领域对象协调任务、委托工作

 

模型层（领域层）：（业务逻辑的设计与实现）业务概念、业务状态、业务规则涉及，他表达的是一种领

 

域模型，不必关心自己的显示 存储和管理任务反映业务状况的状态在该层中被控制和使用，具体内容的

 

技术细节由基础结构层来完成；

 

基础结构层：为模型层提供通用的技术能力，应用的消息发送、领域持久化，通过构架框架。基础结构层

 

还可以支持这四层之间的交互模式

 

 

在具体的软件系统开发中，几个分层构架是相互交错的，

原则：对进行分层设计，尽量保证该层的内聚性并只依赖于下一层

 

层的概述：

层是一种松散关联结构，应为设计的依赖是单向的，上层可以直接使用或操作下层，还可以直接调用下层

 

的公用接口；

 

当下层的对象需要与上层对象通讯时，不止是应答一个简单的查询功能，需要进行另外一个构建机制，通

 

过构建模式把各层联系起来；比如使用回调或观察者模式；

 

构建方式

1.交互互通可以通过由下层（基础结构层提供的服务）-----由下层定义服务接口精心封装的行为，上层

 

则只要选定发生服务的范围，不必关心具体的业务实现

 

 

2.以基础结构框架来实现。

  解决复杂技术问题的同时，允许集中精力去设计模型层最为最好框架的标准

 

  用实现来表示领域模型，并用这个实现来解决重要的问题，这是使用框架的目标之一；过多

的框架会有太多假设和实现的东西，作为开发人员要明智的应用框架中最有用的部分，降低实现与框架的

 

依赖程度，

 

  框架的使用：

   

 

 

设计的误区和区分设计工作：

 

设计方法的采用一般都基于复杂性和灵活性的考虑

 

一个简单项目的构架思路：

 

反模式---智能IU 设计：

 

所有的业务逻辑交给用户界面处理，将整个应用程序分割成小的功能函数，并且把它们作为独立的用户界

 

面来实现，同时把业务规则嵌入到这些界面中，最后用一个关系数据库作为数据的共享仓库，使用最自动

 

化的UI结构和可视化UI设计工具

‘

 

 

模型驱动设计方法：

从简单的功能函数开始，不断地进行迭代，并且是隔离领域层的设计，不然就在坚持智能UI 设计，

 

 

 

UI层和基础结构层与模型层的扰乱

 

 

 

 

        

本文出自 “小猫” 博客，转载请与作者联系！