NET分层架构.ppt

.NET分层架构 基本原则 层次划分 模块划分 技术介绍 1.基本原则 逐层调用原则及单向调用原则 整个架构的依赖是逐层向下，且只能上层依赖底层 针对接口编程，而不是针对实现编程 接口是一组规则的集合，是在一定粒度视图上同类事物的抽象表示； K层不应该依赖具体一个K-1层，而应该依赖一个K-1层的接口 依赖倒置原则 不管高层组件和底层组件，两者都应依赖于抽象 封装变化原则 找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混杂在一起 开放-关闭原则 对扩展开放，对修改关闭 单一归属原则 任何一个操作类都应该有单一的职责，属于单独的一层，而不能同时担负两种职责或属于多个层次 依赖倒置原则 依赖倒置的核心思想是：不能让高层组件依赖底层组件，而且，不管高层组件和底层组件，两者都应依赖于抽象。 具体依赖——如果P层中有一个或一个以上的地方实例化了Q层中某个具体类，则说P层具体依赖于Q层。 抽象依赖——如果P层没有实例化Q层中的具体类，而是在一个或一个以上的地方实例化了Q层中某个接口，则说P层抽象依赖于Q层，也叫接口依赖于Q层。 依赖倒置原则，正是上面提到针对接口编程，而不是针对实现编程 2.层次划分 表示层 负责接收用户的输入、将输出呈现给用户以及访问安全性验证。对流入的数据的正确性和有效性负责，对呈现样式负责，对流出的数据正确性不负责，但负责在数据不正确时给出相应的异常信息。 业务逻辑层 负责系统领域业务的处理，负责逻辑性数据的生成、处理及转换。对流入的逻辑性数据的正确性及有效性负责，对流出的逻辑性数据及用户性数据不负责，对数据的呈现样式不负责。 数据访问层 负责与数据源的交互，即数据的插入、删除、修改以及从数据库中读出数据等操作。对数据的正确性和有效性不负责，对数据的用途不了解，不负担任何业务逻辑。 3.图书馆系统工程文件 Web：表示层 Factory：工厂 IBLL：逻辑层接口 SimpleBLL：逻辑层 IDAL：数据层接口 NBearDAL：数据层 NBearEntityDesign：数据实体类 Entity：普通实体类 Utility：辅助类 Web层 目录：Currency，Vistit，Magazine，Manager，Search。 Factory 业务逻辑层工厂 用于获取相应的业务逻辑层对象 数据访问层工厂 用于获取相应的数据访问层对象 实现方式：反射机制 通过字符串取得业务逻辑层对象及数据访问层对象 参看DependencyInjector中代码 逻辑层 负责逻辑性数据的生成、处理及转换，处理的对象为普通实体类。 数据层 负责与数据源的交互，处理的对象为数据层专用实体类(NBear实体类) 实现NBear实体类与普通实体类的转换。 本系统的NBear实体类一律以“T”开头，他与数据库表一一对应。 辅助类 字典列表显示 数据转换 如List类转换为datatable，日期格式转换 加密显示 4.数据访问流图 用户登录 * * *