08 2011 档案
构建快速数据交易系统的思考(2)利用UnitOfWork和Repository模式-下
摘要:在上一篇文章中,我们利用Entity framework来针对UnitOfWork,Repository设计模式做了一个非常简单的实现。但是这个实现有很多问题。我们现在逐步解决问题,形成一个具有好的扩展性的方案。新的类图(不包含两个Repository,我们暂时不考虑Repository的问题):现在解释一下新的设计中各个类的职责:名称类型描述IUnitOfWork接口UnitOfWork模式的核心接口,客户端代码将与IUnitOfWork打交道,主要调用Commit方法,例如以下代码:public CustomerInfo Insert(CustomerInfo customer){ ... 阅读全文
posted @ 2011-08-18 14:49 胡以谦 阅读(4139) 评论(11) 推荐(4)
构建快速数据交易系统的思考(2)利用UnitOfWork和Repository模式-上
摘要:摘要:在上一篇文章中,我们比较了ADO.net和其他Data Provider,以提高应用程序数据访问层的性能。下面我们的主题将是采用一些常用的设计模式来使用ORM(通常是N-hibernate和EF)建立数据访问层---UnitOfWork,Repository设计模式和SOA。其实ORM不应该属于这个系列的范围,因为它不会帮助改善我们的第一个应用程序的性能。ORM并不适合快速数据交易系统(要求有很好的实时性)。我们经常会遇到一个数据库事务,在不同的数据表上有操作需要,UnitOfWork结合Repository模式是通用的设计方法,例如:我们需要建立一个订单服务,其中有一个方法名为Crea 阅读全文
posted @ 2011-08-16 16:00 胡以谦 阅读(3857) 评论(1) 推荐(6)
构建快速数据交易系统的思考(1)使用DataDirect
摘要:<<构建快速数据交易系统的思考>>系列将从软件架构设计的各个层面对提高系统性能方法和策略进行研究。本文是系列“构建快速数据交易系统”的第一篇文章,将就如何从数据访问机制层面来改善系统性能的方法进行探讨。架构决定了应用程序的性能。软件架构师经常相信,只要提高软件基础设施的性能(比如硬件资源)将足以解决一个应用程序的性能挑战,但不幸的是它已被证明在许多实际情况下都以失败而告终。系统性能是应用程序一个重要的指标,应当在整个项目生命周期的初始阶段就开始考虑,它将贯穿于整个生命周期和系统的各个组成部分。Data provider是应用程序和数据源之间的桥梁,主要用于从数据源检索数 阅读全文
posted @ 2011-08-08 15:44 胡以谦 阅读(2194) 评论(3) 推荐(1)