学学orm框架及一些见解

第①说说自家对现行主流的O卡宴M框架的局地意见:

优点:

  1. 让程序员不再关怀数据库细节,专心在事情逻辑上,程序员可以不懂数据库就可以支付连串。
  2. 让数据库迁移变的不胜有利于,尽管系统须要转移使用的数据库,直接改配制就好了,不要再管差别数据库之间的语法出入。
  3. 省时,可连忙支付,因为不必要本身写复杂的SQL语句,不须求封装复杂的数据底层,那样可以节约多如牛毛时刻。

缺点:

  1. 自作者认为不懂数据库的程序员不是好程序员,OMuranoM无法帮您转移全部的政工语句,某些复杂的变型不了,依然要求写SQL,例如复杂的表格。
  2. 配制过于繁琐,出错后不好定位难点点在哪。
  3. 个性低,因为它其中是使用了大气反光,还有数据库检测,造成质量必然低下。
  4. 内需相当的求学开支,纵然不须求上学数据库,可是急需学习OSportageM语句。
  5. 不难招惹不正规支出,因为OPRADOM能够在别的地点写O酷路泽M语句然后调用开发,那样对于伊始程序员来说他们很只怕在系统的别的位置乱丢OCR-VM语句,那样给保安带来了很大的难度。

因为自身直接都不主持那么些O陆风X8M框架所以缺点写多了点,只怕还某个优点是自己不驾驭的,路过的人如若了然可以给本身留言,我再补上。

那未来来谈一下本身要好的O君越M框架,之所以称它为ORAV4M框架是因为,它也达到了地点OCRUISERM框架的多少个优点。

率先我根据抽像数据操作层,写了一套基于ADO.NET的抽像操作数据库的格局DbHelper

图片 1

下一场依据那几个DbHelper 我付出了画个饼来解除饥饿数据操作引擎,并增加了不一致的数据库协理那里只呈现了mysql的,还有MSSQL,ACCESS其实全数支持ADO.NET的数据库都可以增加进来

图片 2

这么做了现在,小编的框架就可以形成数据库非亲非故性了,小编得以采取任何数据库,甚至可以混达数据库。

以后自家再说说怎么飞速支付和让程序员不用关切SQL语句。

对此程序员来说,没有比看代码更直白的了,小编先给我们看看代码:

图片 3

此间演示了
增删改查方法,首先那里我并未写一句SQL,也未曾O安德拉M语句,写法上应该比较直观,大家数据模型举行了扩展,给字段都投入了质量。

如果本身要设置一个字段的值,作者就会把它的IsValue设置为真,假若小编要询问二个字段笔者就把它的IsColume设置为真,小编个人明白那种办法更接近OOP思想,更直白更易于精晓,至少自身未来带新人让她们用那些能很快上手,大概没压力。

这么也幸免了初级程序员随便写SQL语句,同时也利于维护和治本,又能快速支付,最重点是性质很高,因为我没用反射,也不须要ORM语句到SQL语句的翻译,同时也可以定制只询问出一些字段(以往接近有个别O瑞虎M达不到那么些职能)。

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

相关文章