系统的层级架构

09年接触Asp.Net编程，在10年开始接触三层，当时不懂架构更不了解三层的内在，只是知道经过三层产生的BLL、DAL、Model可以实现程序的方便管理，同时也由于代码生成器的帮忙，大大加快了开发的效率，咱们能够用很短的时间来生成一个三层架构。

如今一直从事C/S客户端开发（WPF），却发现现有的系统架构仍然能够使用层级思想来架构。

 

1.公共类库层

公共类库包括一些经过类库和一些跟现有系统相关的引入组件（不依赖于当前系统）

把公共类库做为最底层，是为了实现其余高级层对其引用，因为公共类库层不依赖与现有系统，故而能够被全部模块引用

2.数据层

数据层处理是系统的数据处理中枢，数据层能够细分为两个小层：基础数据服务层、数据业务逻辑层

基础数据服务提供相似于数据的存储（数据库或文件存储）的公共基础服务（如相似与三层的Model层和DAL层，提供经过数据访问接口，以及数据对应实体），而数据业务逻辑层则为更高层（UI以及业务逻辑层）提供数据服务接口（相似于BLL层，为更高层组织数据形式）。

3.UI以及业务逻辑层 

UI业务逻辑层可细分为：业务逻辑层和UI层，业务逻辑层主要处理UI层的交互逻辑以及对应的业务逻辑，UI层和业务逻辑层能够算是处于同一层

 

综述：以上是我的针对系统架构的浅见，自认为大部分系统，能够将功能模块分为这三大模块（或细分为五层），本文不针对详细的深度系统架构进行分析，由于本人也没有到达那种水平，纯粹是感受一个系统能够分为这么三大块或者细分的更多块，以便于咱们在系统的设计、开发中，能够将对应的功能放置在对应的模块，从而使得系统结构更加容易理解。欢迎你们一块儿交流，批评指正