学学orm框架及部分眼光

第一说说自己对明日主流的ORM框架的一些视角:

优点:

  1. 让程序员不再关注数据库细节,专心在业务逻辑上,程序员可以不懂数据库就足以付出体系。
  2. 让数据库迁移变的要命方便,即使系统需要改变使用的数据库,直接改配制就好了,不要再管不同数据库之间的语法出入。
  3. 省时,可迅速支付,因为不需要自己写复杂的SQL语句,不需要封装复杂的数额底层,这样可以节约成千上万岁月。

缺点:

  1. 自己以为不懂数据库的程序员不是好程序员,ORM不可能帮你转移所有的业务语句,有些复杂的浮动不了,如故需要写SQL,例如复杂的表格。
  2. 配制过于繁琐,出错后不佳定位问题点在哪。
  3. 性能低,因为它里面是运用了大量反光,还有数据库检测,造成性能必然低下。
  4. 急需十分的就学成本,即便不需要学习数据库,不过急需上学ORM语句。
  5. 容易滋生不标准开发,因为ORM可以在其它地方写ORM语句然后调用开发,这样对于开头程序员来说他们很可能在系统的其他地点乱丢ORM语句,这样给保安带来了很大的难度。

因为我一直都不看好那些ORM框架所以缺点写多了点,可能还有些优点是我不通晓的,路过的人如若清楚可以给我留言,我再补上。

这现在来谈一下自己要好的ORM框架,之所以称它为ORM框架是因为,它也高达了下边ORM框架的多少个优点。

第一自己依照抽像数据操作层,写了一套基于ADO.NET的抽像操作数据库的方法DbHelper

图片 1

然后按照这么些DbHelper 我付出了抽象数据操作引擎,并扩充了不同的数据库襄助那里只显示了mysql的,还有MSSQL,ACCESS其实所有协助ADO.NET的数据库都可以扩充进来

图片 2

那样做了后头,我的框架就足以做到数据库无关性了,我可以使用其他数据库,甚至足以混达数据库。

今日我再说说怎么连忙支付和让程序员不用关注SQL语句。

对于程序员来说,没有比看代码更直白的了,我先给大家看看代码:

图片 3

此处演示了
增删改查方法,首先这里自己尚未写一句SQL,也从不ORM语句,写法上应当相比较直观,大家数据模型举行了扩张,给字段都投入了性能。

假使自己要安装一个字段的值,我就会把它的IsValue设置为真,假诺本身要查询一个字段我就把它的IsColume设置为真,我个人精通这种措施更近乎OOP思想,更间接更便于明白,至少我明日带新人让她们用这多少个能很快上手,几乎没压力。

诸如此类也避免了初级程序员随便写SQL语句,同时也惠及维护和治本,又能高效支付,最根本是性质很高,因为自身没用反射,也不需要ORM语句到SQL语句的翻译,同时也得以定制只询问出有些字段(现在看似有些ORM达不到这么些意义)。

转自隔壁老王。。。。。。。。。。。。。。

相关文章