您的位置: 首页 > 技术文档 > 网络编程 > .NET业务框架开发实战之四 后篇
.NET 分布式架构开发实战(五) 回到列表 .NET分布式架构开发实战(四) 中篇
 .NET业务框架开发实战之四 后篇

作者:小洋 时间: 2010-06-28 文档类型:转载 来自:博客园

第 1 页 .NET业务框架开发实战之四 后篇 [1]
第 2 页 .NET业务框架开发实战之四 后篇 [2]

NET 业务框架开发实战之四 中篇—— 业务层初步构想

前言

本篇主要讲述如何把DAL和BLL衔接起来。

本篇议题如下

1).DAL和BLL之前的Mapping

2).如何Mapping

3).再次构思

1.DAL和BLL之前的Mapping

首先,业务类和数据实体类不是一 一对应的关系,换句话说,不是一个业务类就一定对应数据库中的一张表。业务类是用只是使用数据实体中的数据而已,所以一个业务类中的数据往往来自多个数据实体。

每个业务类都是有自己的一些属性的,把数据以数据实体或者DataTable的形式从DAL获取之后,BLL类就使用这些数据,BLL不会把这些原生的数据实体暴露给UI。BLL类会把UI中要是用的数据装入到自己的属性中。

所以在这个过程中就有一个赋值的过程,或者称为mapping映射。当Richard提出这个想法后,项目组的同事就问他:为什么要做的这么复杂,还要一 一 的赋值,为什么不直接把数据实体给UI使用,为什么一定要在中间这么转一下呢?

Richard分析了一些原因

1. 如果直接把数据实体给了UI,那么UI那端就很清楚DAL了,以后数据访问方式从ADO.NET 到了EF,那么UI 就动了,又回到以前了。

2.在BLL中可以对从DAL取出来的数据进行一些处理,如转换格式,计算,组合等。

Richard想到把BLL和DAL彻底的解耦:业务类中不存在数据实体类的引用。这样设计之后灵活性就很大了。最后达到的效果就是:通过配置,配置业务类每个属性的数据的来源。而这个业务类完全不知道这些数据到底来源于哪个或者哪些数据实体。

这样确实很灵活,Richard兴奋不已。

2. 如何Mapping

初步想法通过配置文件。如现在有一个Product的业务类,定义如下:

代码 

public class ProductBL
    {
        public string ProductName { get; set; }
        public decimal Price { get; set; }
        public string Description { get; set; }      
    }

那么如何给这些属性赋值,同时也不引用数据实体。Richard用配置文件来实现的,这里Richard就约定了:配置文件的名字就是“业务类的名字”+“Mapping.xml”.所以Product的配置文件就是ProductBLMapping.xml

代码

<?xml version="1.0" encoding="utf-8" ?>
<BusinessModel name="ProductBL" mappingTo="DAL.ProductEntity" >
  <property name="ProductName" mappingTo="Name" type="System.String"/>
  <property name="Price" mappingTo="Price" type="System.Decimal"/>
  <property name="Description" mappingTo="Description" type="System.String"/>
</BusinessModel>

然后再运行的时候就通过反射来赋值。

现在问题又来了

1).每次都是通过反射来赋值,性能很成问题。

2).如果配置文件出错,调试很不方便。

3).如何处理一个业务类对应对个数据实体的情况,如:

代码 

public class ProductBL
    {
        public string ProductName { get; set; }
        public decimal Price { get; set; }
        public string Description { get; set; }
        //来自CustomDAL
        public string CustomerName { get; set; }
    }

但是好处很明显

1).DAL和BLL解耦

2).很便于查询对象的实现。例如:在UI代码写:

ICriteria condition=CriteriaFactory.Create(typeof(ProductBL).Where("ProductName", Operation.Equal,"book");

当然ProductName是业务类ProductBL的属性,在查询对象最后解析为SQL语句的时候就可以利用ProductBLMapping.xml来生成SQL。

(注:小洋请大家想想,上面的思想来自于.NET中哪个开源框架?)

对于性能方面,Richard尝试这样解决:

在第一次Mapping的时候,就把这些mapping的信息保存在静态字典中,下次在mapping的时候,就不用再读配置文件了,而且读内存中的字典。

但是这样,随着业务类的增加,内存使用也加大,而且赋值方式还是反射。

3. 再次构思

Richard接着考虑:如何处理一个业务类对应对个数据实体的情况?于是配置文件就改为了:

代码

<?xml version="1.0" encoding="utf-8" ?>
<BusinessModel name="ProductBL" >
  <property name="ProductName" mappingTo="DAL.ProductEntityName" type="System.String"/>
  <property name="Price" mappingTo="DAL.ProductEntityPrice" type="System.Decimal"/>
  <property name="Description" mappingTo="DAL.ProductEntityDescription" type="System.String"/>
  <property name="CustomerName" mappingTo="DAL.CustomerEntity.Name" type="System.String"/>
</BusinessModel>

基本的问题算是解决了,但是性能的问题依然存在。

Richard又开始考虑更加好的方式。

本篇就写到这里,谢谢各位。

下篇: .NET 业务框架开发实战之八 业务层Mapping的选择策略

权为小洋和博客园所有,转载请标明出处给作者。 

 http://www.cnblogs.com/yanyangtian

原文:

http://www.cnblogs.com/yanyangtian/archive/2010/06/07/1752921.html

出处:博客园
责任编辑:bluehearts

上一页 下一页 .NET业务框架开发实战之四 后篇 [2]

◎进入论坛网络编程版块参加讨论

作者文章 更多作者文章
asp.net架构设计解惑
.NET 分布式架构开发实战(五)
.NET分布式架构开发实战(四) 中篇
.NET分布式架构开发实战(四) 前篇
.NET 分布式架构开发实战(三)
关键字搜索 常规搜索 推荐文档
热门搜索:CSS Fireworks 设计比赛 网页制作 web标准 用户体验 UE photoshop Dreamweaver Studio8 Flash 手绘 CG
站点最新 站点最新列表
周大福“敬•自然”设计大赛开启
国际体验设计大会7月将在京举行
中国国防科技信息中心标志征集
云计算如何让安全问题可控
云计算是多数企业唯一拥抱互联网的机会
阿里行云
云手机年终巨献,送礼标配299起
阿里巴巴CTO王坚的"云和互联网观"
1499元买真八核 云OS双蛋大促
首届COCO桌面手机主题设计大赛
栏目最新 栏目最新列表
浅谈JavaScript编程语言的编码规范
如何在illustrator中绘制台历
Ps简单绘制一个可爱的铅笔图标
数据同步算法研究
用ps作简单的作品展示页面
CSS定位机制之一:普通流
25个最佳最闪亮的Eclipse开发项目
Illustrator中制作针线缝制文字效果
Photoshop制作印刷凹凸字体
VS2010中创建自定义SQL Rule
>> 分页 首页 前页 后页 尾页 页次:1/21个记录/页 转到 页 共2个记录

蓝色理想版权申明:除部分特别声明不要转载,或者授权我站独家播发的文章外,大家可以自由转载我站点的原创文章,但原作者和来自我站的链接必须保留(非我站原创的,按照原来自一节,自行链接)。文章版权归我站和作者共有。

转载要求:转载之图片、文件,链接请不要盗链到本站,且不准打上各自站点的水印,亦不能抹去我站点水印。

特别注意:本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有,文章若有侵犯作者版权,请与我们联系,我们将立即删除修改。

您的评论
用户名:  口令:
说明:输入正确的用户名和密码才能参与评论。如果您不是本站会员,你可以注册 为本站会员。
注意:文章中的链接、内容等需要修改的错误,请用报告错误,以利文档及时修改。
不评分 1 2 3 4 5
注意:请不要在评论中含与内容无关的广告链接,违者封ID
请您注意:
·不良评论请用报告管理员,以利管理员及时删除。
·尊重网上道德,遵守中华人民共和国的各项有关法律法规
·承担一切因您的行为而直接或间接导致的民事或刑事法律责任
·本站评论管理人员有权保留或删除其管辖评论中的任意内容
·您在本站发表的作品,本站有权在网站内转载或引用
·参与本评论即表明您已经阅读并接受上述条款
推荐文档 | 打印文档 | 评论文档 | 报告错误  
专业书推荐 更多内容
网站可用性测试及优化指南
《写给大家看的色彩书1》
《跟我去香港》
众妙之门—网站UI 设计之道
《Flex 4.0 RIA开发宝典》
《赢在设计》
犀利开发—jQuery内核详解与实践
作品集 更多内容

杂⑦杂⑧ Gold NORMANA V2