类库构思-Water(1)数据访问层

引言

       作为一个只对 .NetFramwork 有点表面了解的小菜鸟, 一直幻想着哪天能弄懂它, 然后写一个自己的框架. 有梦想总是好的. 但就现在的我来说, 想写一个框架还差十万八千里呢, 所以先自己一个自己的类库写起吧, 等以后肚子里有点东西了再来 YY 框架吧!

正文

       开始有了写一个自己的类库这个念头以后, 就一直在想把之前做过的小项目(或者应该说大作业)的数据访问层的代码整合进自己的类库里面. 这时第一个想到的就是 ADO.Net, 但是细想又觉得用 ADO 的话每次都得把表名和字段名这样的名称用字符串作为参数传递过去. 感觉这样用着怪怪的, 好像类库的作用不大.

       可能是受了 LinQ 影响吧, 总觉得一个数据访问层的类库用起来至少要比 LinQ  “顺手"才行, 不然作用就不大了. 在这个想法上纠结了好久, 期间也有想过说直接用 LinQ 算了, 也有这样实践过, 但实际用起来没有想象中那么顺手, 其中一个主要问题就是用 LinQ 不能动态查询 (其实是我还不会, 嘿嘿), 反过来想想, 似乎 ADO 的“字符串” 缺点在这里又变成优点了.

       就这样一直在 LinQ , ADO, 自己写一个 ORM 之间徘徊, 期间也在博客园看过不少讲写 ORM 方法的文章, 但是都没找到自己想要的, 可能是挖的不深吧! 嘿嘿! 也想过干脆直接用 ADO 写算了, 但是始终过不了数据模型这一关, 自己手动写的话感觉挺麻烦的, 不要它又带来很多不便!

       经过了一段时间的煎熬, 开始对上面提到的那三个框架都有了一定的了解, 同时也突然意识到一件事, 我这不是又陷入了当初我纠结选 C#, C++, Java 的状态了么? 所有的一切都豁然开朗了, 用同样的方法一样可以解决这个问题-- 管它什么跟什么呢, 现在又不是说选了以后就不能改了, 语言只是工具, 思想才是最重要的, 而我现在选的就是工具, 反正现在用它又没有什么特别高的要求, 哪个方便先挑哪个用着呗, 随着了解的深入和技术的提高, 到时候就算觉得现有的“工具”不能满足了, 自然也会知道该怎么做, 该挑哪一个的!

结局

       所以, 对俺的类库的数据访问层的纠结就在此告一段落了, 在此做一下记录, 到时候如果还有别的问题纠结的时候好有个参考!