数据库工程之三层架构.PPTVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
什么是实体类 管理员 数据表 简单地说就是描述一个业务实体的类,例如:管理员信息 管理员信息 对应的实体类 对象关系映射Object Relational Mapping,简称ORM,是为了解决面向对象的类与关系数据库的表之间,存在的不匹配的现象,通过使用描述对象和关系之间映射的元数据,在程序中的类对象,与关系数据库的表之间建立持久的关系,用于在程序中描述数据库表。 本质上就是将数据从一种形式转换到另外一种形式。 为什么需要实体类 从OOP思想考虑 它是完全受控制的对象 它具有面向对象的基本特征 它可以自定义行为 它消除了关系数据和对象之间的差异 它为我们在关系数据库和对象之间架起一座桥梁 为什么需要实体类 解析实体对象 构建实体对象 返回行集 处理窗体 表示层 表示层后台代码 业务逻辑层 数据访问层 数据库 用户请求 传递参数 展示数据 返回 请求数 据操作 调用存储过程 返回 解析实体对象 构建实体对象或集合 如何使用实体类 一般情况下,在Model项目中,为数据库的每个表,都设计一个相应的实体类,这样,就相当于对每个表实体,在.NET程序中,都可以通过类对象来应用。在上面介绍的3层中,通常都会用到实体类对象。 三层架构中的实体类 :表示层如何使用实体类 1 2 三层架构中的实体类 :业务逻辑层如何使用实体类 业务逻辑层 实体对象 实体对象 1 2 表示层 数据访问层 三层架构中的实体类 :数据访问层如何使用实体类 数 据 库 1 2 参照“实现代码.doc”补充完成以下步骤 实现实体层 新增项目MySchoolModel 添加其它项目对实体项目的引用 添加数据表对应的实体类 编写实体类 实现数据访问层 实现业务逻辑层 实现表示层数据 编写实体类 在 “MySchoolModel”项目上单击右键选择“添加” ?新建项 类名称 添加User.cs 实现实体层 表示层 业务实体 业务逻辑 数据访问层 实现三层对实体的依赖 总结并思考 画出登录系统中各层之间的调用关系. 三层架构中各层之间相互依赖是如何实现的? 数据访问层的主要职责是什么? 表示层的主要职责是什么? 实体类在三层架构中的主要作用是什么? 使用自定义的数据库操作类 数据库操作可以分为下面四种: 对数据库进行无连接的查询操作,返回多条记录. 实现: DataAdapter.fill()+DataSet 对数据库进行有连接查询操作,返回多条记录. 实现: Command类的ExecuteReader(); 从数据库中检索单个值. 实现: Command类的ExecuteScalar() 对数据库执行更新操作 实现: Command类的ExecuteNonQuery() 在具体项目中,我们对这些类或方法的调用会有自己的一些特殊要求,如传入的参数要求,返回记录的个数要求等。 因此为了方便程序调用,提高编程效率,往往在以上这些类和方法的基础上,编写一个自己的数据库操作类,把对数据库操作的方法封装成上面四种,这个操作类一般叫做“DBHelper”。 程序分析:通讯录管理系统 Example_4 开始大作业 启动小组项目的设计 需求分析 功能模块划分 数据库设计 设计小组项目的三层架构 在 VS 2010 中搭建小组项目的三层架构 实现实体层 实现数据访问层中的DBHelper通用数据库操作类 * * 备注: 饭店将整个业务分解为三部分来完成,每一部分各负其责,服务员只管接待顾客、向厨师传递顾客的需求;厨师只管烹炒不同口味、不同特色的美食;后勤工作人员只管提供美食原料;他们三者分工合作共同为顾客提供满意的服务。在饭店为顾客提供服务期间,服务员、厨师、后勤工作人员,三者中任何一者的人员发生变化时都不会影响其他俩者的正常工作,只对变化者进行重新调整即可正常营业。 我们用三层架构开发的软件系统于此类似,表示层只提供软件系统与用户交互的接口;业务逻辑层是表示层和数据访问层之间的桥梁,负责数据处理和传递;数据访问层只负责数据的存取工作。 * * 讲解要点: 重点强调服务员、厨师、采购员三者中当任何一者发生变化时都不会影响到其他两者的正常工作,从而引伸出三层架构各层之间的“高内聚,低耦合”特点。 * * 讲解要点: 从饭店场景引出软件系统中的三层架构模型。 * * 注释 据访问层 ??????? 数据访问项目执行从数据库(或其他数据服务)获取数据或向数据库发送数据的功能。在分布式应用程序架构中,相应功能使用 ADO.NET 数据适配器和 SQL 服务器存储过程来完成。 ??? “数据访问”层:? ?????(1)从“业务规则”层接收请求,从“数据服务”获取数据或向其发送数据

文档评论(0)

jinzhuang + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档