2013 年 1月 3 日随笔档案 - 渔樵耕读2017

企业应用架构模式--映射到关系数据库

摘要：关系数据库之所以取得成功，最重要的原因之一就是SQL的存在，它是数据库通信标准语言。1. 架构模式：驱动领域逻辑访问数据的方式： SQL语句嵌入在程序设计语言中；行数据入口、表数据入口：把SQL访问从领域逻辑中分离出来，并把它放到独立的类中（让它们以数据库中的表结构为基础，每一个数据表对应一个类），这些类为数据库建立了一个入口；活动记录：领域模型简单时，每个领域对象负责对应数据库的表的存取过程数据映射器：领域模型复杂时，处理数据库和领域模型之间的所有存取操作，并且允许双方都能独立变化面向对象数据库：领域模型不管有多复杂，均可使用（... 阅读全文

posted @ 2013-01-03 21:42 渔樵耕读2017 阅读(391) 评论(0) 推荐(0)

企业应用架构模式--组织领域逻辑

摘要： 1. 模型抉择： 1）领域逻辑复杂度： 2）抉择：领域逻辑复杂度较低时，选择事物脚本；如果开发环境拥有大量基于记录集的工具（.Net和VS），可以选择表模块；开发小组经验丰富时，选择领域模型； 3种模式并不互相排斥，可以同时使用2. 服务层： 1）服务层是从领域层分离出来的，用于置于底层的领域模型或表模块之上 2）服务层用于放置事物控制和安全等功能 3）如果确实需要，服务层尽可能最小化（充当于一个Facade层）阅读全文

posted @ 2013-01-03 15:19 渔樵耕读2017 阅读(271) 评论(0) 推荐(0)

企业应用架构模式--分层

摘要： 1. 分层优缺点： 1）优点：在无需过多了解其他层次的基础上，可以将某一层作为一个有机整体来理解；可以替换某层的具体实现，只要前后提供的服务相同即可；可以将层次间的依赖性减到最低；分层有利于标准化工作；一旦构建好了某一层次，就可以用它为很多上层服务提供支持 2）缺点：层次并不能封装所有东西，有时会带来级联修改；过多层次会影响性能；决定建立那些层次以及每一层的职责是什么难以决定2. 企业应用中层次的演化： C/S（领域逻辑放在客户端） -> 领域逻辑放到数据库，作为存储过程 -> 三层架构... 阅读全文

posted @ 2013-01-03 14:32 渔樵耕读2017 阅读(350) 评论(0) 推荐(0)

2013年1月3日