读书
fsb2001
这个作者很懒,什么都没留下…
展开
-
《数据访问模式》笔记:解耦模式
主要解决如何将数据访问从应用中分离出来的问题。只要和数据库打交道的应用,都会碰到这个问题。传统的C/S架构应用大多将数据访问和应用的代码糅合在一起,主要有几个方面的问题:o? 与具体的数据库技术紧密耦合,比如我们公司的产品是基于SQL Server的,现在就很难切换的Oracle中去,更不要说是以后的新技术——XML数据库或面向对象数据库;o? 应用与数据模型紧密耦合,缺少弹性。o原创 2004-08-16 10:33:00 · 1192 阅读 · 0 评论 -
《数据访问模式》笔记:数据访问器
第一章:数据访问器(Data Accessor)模式简述“在单一组件内封装物理数据访问细节,只公开逻辑操作。应用程序代码保留底层数据模式的知识,但是与数据访问只能分开。”封装原则o 公开逻辑操作,封装物理操作——比如不直接使用SQL语句而用逻辑操作。o 公开逻辑资源,封装物理资源——可以充分利用资源,例如连接的共享。o 封装平台细节——平台无关性。o 封装优化细原创 2004-08-16 10:34:00 · 1062 阅读 · 0 评论 -
《数据访问模式》笔记:主动域对象
简述在相关的域对象实现中封装数据模型和数据访问细节。主动域对象使应用程序代码避免了与数据库的任何直接交互。主动是指域对象不只是简单的表示数据,还公开了逻辑操作(初始化、刷新、保存、列表),为它们的数据完成大多数相关的数据库交互。操作的命名使用领域的术语命名。适用性需要对应用程序逻辑隐藏物理数据模型和数据访问的复杂性。需要在单个组件中封装关于某个域概念的所有数据模型和数据访问细节原创 2004-08-17 08:23:00 · 1251 阅读 · 0 评论 -
《数据访问模式》笔记:对象/关系映射
简述在单个组件中封装域对象和关系数据之间的映射。对象/关系映射同时把应用程序代码和域对象从底层的数据模型和数据访问细节中分离出来。适用性需要向应用程序逻辑和域对象隐藏物理数据模式和数据访问的复杂性。需要在单个组件中封装域对象映射,以便在数据模型发生变化时可以不修改应用程序代码或者域对象定义。需要从域对象映射到多种数据模型而不修改应用程序代码或域对象定义的通用性。权衡依赖原创 2004-08-17 08:25:00 · 1333 阅读 · 0 评论 -
《数据访问模式》笔记:层
简述把处理数据访问问题的正交应用程序特性叠放在递增的抽象层中。适用性需要分离数据模型、数据访问细节、域对象映射,或者其它准备独立修改的正交特性。都要定义多个递增的软件抽象层以简化开发和维护工作。需要建立原型或者使用存根或简化的层实现逐步构造系统,并在以后的开发过程中填入更加灵活或者优化的实现——先让它工作起来、然后让它工作得更好。优点软件设计分解数据访问特性模块化原创 2004-08-17 08:26:00 · 933 阅读 · 0 评论 -
《数据访问模式》笔记:解耦模式部分小节
我的小结解耦模式这一部分介绍的四个模式主要解决的是将数据的持久化从应用程序逻辑中分离出来。这样做的主要意义是使应用程序代码变得清晰,把主要主要精力放在需求和功能方面;另一方面也实现了持久层的可替代性——依赖于接口而不依赖于实现;通过不同层次的抽象还可以保证数据访问代码的质量——从而保证系统的性能影响。数据访问器模式解决的是底层的东西——数据访问细节的抽象。主动域对象和对象/关系映射两个原创 2004-08-17 08:27:00 · 1044 阅读 · 0 评论