多层架构之数据层.

上次写了《多层架构通用查询的思考》,看了一下阅读量,还算满意,唯一不足的是评论太少了,支持或是反对,只要不进行人生攻击,我都还是乐意听的!是不是大部份朋友还没用.net framework3.0啊?真希望读过的朋友多给些中肯的评论,分析一下设计上的缺陷,让偶也进步一小点。

这次我还是分享一下我写的数据层吧!我在以前做的一个项目中,采用了ORM.现在不用了,原因很简单,ORM的架构很复杂,像我呆的小公司很少有同事认真看过我写的ORM框架,主要原因是没一个系统的规化,由于前期对很多问题没有考虑到,后来觉得对ORM改近很难;然后是他们熟悉了二层架构,觉得写SQL语句方便,DataTable用起来顺手。其实对于一个软件系统来说,采用什么技术都不是很重要,关键是架构的合理性,能否让软件质量得到改善、开发效率得到提升才是本质所在吧!说实话,对ORM的设计有点惭愧,大部份是根据NBear抄袭来的,直至今天的数据层访问类,还采用了NBear.Data设计思想,NBear里的DbHelper在数据层的封装与SqlHelper类是两个完全不同的境界。更是NBear的开源让我掌握了更多的.net新技术和面向对象的设计思想。下面谈一下我在数据层的设计思想,主要是在实现类中设计一个ActionType类型的RowAction字段,ActionType是一个枚举类型,主要对应Insert,Update,Delete,None操作,数据库并发处理是设置一个varchar类型的字段,通过存储Guid值来作为行版本信息。下面是数据层业务实体的代码。

 

Code

 

代码补充说明

 1、entity.ID = int.Parse(Gateway.Default.DbHelper.ExecuteScalar(string.Format(Gateway.Default.Db.DbProvider.SelectLastInsertedRowAutoIDStatement, tableName)).ToString());

主要实现新增后回写自动增量字段值

2、entity.TBEntity_R_Properties.Assign(_TBEntity_R_Properties.Where(p => p.EntityId == entity.ID), true);
TBEntity_R_Properties是一个自定义EntitySet类型的字段,通常表示1:n的关系。Assign(..,true),是赋值数据,并将当前数据设为原始状态(None)

对于数据层来说,其实所有的映射关系都可以通过代码自动生成工具来生成,听说Codesmith能模板生成相应的代码,不过我没仔细去研究过,自已写了一个傻瓜的代码生成工具。最后,非常感谢NBear团队的开源,同时也希望园子里的其它兄弟也把没有涉及公司机密的好东东拿出来共享一下,共同学习! 

posted @ 2008-10-14 22:16  windsea123  阅读(2961)  评论(7编辑  收藏  举报