代码与模板已经发布,下载请到《(PS:这个思路不是我一人的成果,因为我是特别喜欢代码通用,也就是可以约抽象出通用代码我越高兴,后来听项目经理老蔡一说又觉得的确反射和过度复杂的封装不太适合用于B/S架构开发,并且现在CodeSmith可以生成大部分代码了,降低代码重用率也是无妨)
    
2006-04-20 09:45 补充:
    现在有一个改进封装性的想法,就是把更具实体对象类型创建Sql语句与Sql参数所需要的信息保存在另外一个与实体类对应的类里,这个类同样可以根据表结构通过CodeSmith生成代码,这样获取就可以花比较的小性能代价来做到统一用一个DataProvider对所有Entity类型对象进行操作。但是只是想法,需要实践来验证可行性.......

2006-04-20 09:48 补充:
    网友henry提示可以使用Emit和CodeDom来提高反射性能,我看了他的文章中的评测,的确效率比光用反色高很多,看了可以考虑使用反射做一个通用的DataProvider了,不过我还是决定先留着目前的DataProvider因为目前模板已经做了。等有空做个反射版的就添加到另外一个命名空间里,做为级持久层可选的功能,让使用者决定自己的系统具体要用什么样的级持久层。再次感谢henry。

2006-04-20 20:19 加班很累补充:
    呵呵,偶只是个即将毕业的专科生,水平有限让大家见笑了。我知道我还有很多东西需要努力学习的。谢谢大家积极的参与级持久层的讨论。

2006-04-21 08:59 上班偷闲补充:
    嘿嘿,我觉得我这个级持久层并不属于ORM框架,起码不完全属于。在我理解的ORM是要能把对象关系映射出来,而我这个级持久层只能映射表结构,不能映射表关系,我会努力做到映射表关系的:)

相关文章: