手把手撸套框架-放弃SqlSugar转用FreeSql

 

目录

 

在之前的随笔中:

 1.1:ORM的选择

 1.2:SqlSugar的搭建与避坑

 

分别有讲过SqlSugar 和 FreeSql,我最后选用了Sqlsugar,今天又写一遍,放弃SqlSugar 转用FreeSql。

起始,说起来有点啪啪打脸的意思, 但其实不是。 写第一篇 ORM的选择的时候  大约是两个月前,只是最近发到博客园。

 

当时的情况就是,急需一个ORM框架快速上手做开发,现在两个月过去了。我到新公司开发的第一个项目,也结束了。

虽然不算深度使用SqlSugar,但是 也算是 熟悉了。 确实对于新手刚入坑的来说,sqlsugar是最简单,容易上手的,但是用一段时间就会发现了

sqlsugar的短板还是比较明显。

第一,编写风格。  尤其是在连表查询的时候,sqlsugar 的风格老是感觉怪怪的:

手把手撸套框架-放弃SqlSugar转用FreeSql

 

 

对比,FreeSql 则用起来 舒爽很多:

手把手撸套框架-放弃SqlSugar转用FreeSql

 

 

 

第二: 稳定性

这里,Freesql 目前不算深度使用,但是写过一两个demo,感觉还是很不错。 但是Sqlsugar 在之前项目的使用中

有遇到过,Update 数据失败的问题,使用的是Oracle 数据库,用的是SimpleClient ,不是每张表都失败,有的表修改能成功。

这里我没有去详细排查 究竟是以为哪个字段有问题还是这么,后来为了避免这种问题,全部使用的 SqlSugarClient,同样的表

SqlSugarClient 修改能成功。

后续,在几个群里都有人 讲 Sqlsugar  各数据库兼容性没做好。

 

第三:商用开源

有人说,NCC (.net core communtiy)邀请过Sqlsugar,但是 sqlsugar 拒绝了, 这个无法求证。但是sqlsugar目前是依然是个人项目。

 

 

第四:尝试

起始现在去类比 Sqlsugar和 Freesql 还没有这个能力,主要是sqlsugar 我已经实战过了,Freesql还没有,所以下个项目我肯定是使用

Freesql 做尝试,个人目前对Freesql 有很大的改观。

 

所以,放弃Sqlsugar转用 FreeSql

 

手把手撸套框架-放弃SqlSugar转用FreeSql

上一篇:flask-sqlalchemy的多对多使用


下一篇:EF Code First数据库模型及属性约束