建议保留Saveable 返回
闲来无事打开sqlsugar文档看看有没有增加一些牛逼好用的功能,果然有几个高级功能呈现在眼前,心里默默的给作者点个赞。
看到高级保存的时候发现之前一直用的Saveable已经过期了,赶紧从头又把高级保存仔仔细细的看了一遍,了解了过期的原因,我觉得这几个问题都不是问题。
其他开发者我不清楚,我们团队用Saveable的场景都是表单添加修改页面,也就是传过来一个Model,有ID了更新没ID了插入,也就是只操作一条数据,再配合差异日志功能,一行代码轻松搞定数据插入更新加日志保存,非常方便。而新功能Storageable写法虽然也能实现这个功能,但代码却多了几行,有点杀鸡用牛刀的感觉。同样是一条数据的前提下,性能应该不会差太多吧,这样主键问题也可以忽略了。
本人觉得Saveable和Storageable同时存在并不冲突,前者应用于基本保存数据场景,后者更适合大数据批量操作场景,各有千秋,都能发光发热,可以让开发者自由选择最适合自己的开发场景。
热忱回答(7)
-
fate stay night VIP0
2021/3/10varx = Db.Storageable(list2).Saveable().ToStorage();//其余插入x.AsInsertable.ExecuteCommand();//执行插入x.AsUpdateable.ExecuteCommand();//执行更新最新的预览版本 5.0.2.7 支持的写法 已经完全取代 saveable
0 回复 -
001 VIP0
2021/3/10@fate stay night:这个有认真了解过,如果项目更新最新sqlsugar,是不是要把之前的一行代码改成现在的三行,而且Storageable暂未支持差异日志,还要再加两行日志插入。这样的取代稍微代价有点大了。
0 回复 -
fate stay night VIP0
2021/3/10以前的功能还保留着 那你就继续用db.saveable
0 回复 -
fate stay night VIP0
2021/3/10没个二年不会删掉的
0 回复 -
Aaron 傲 VIP0
2021/3/11@001:说真的 , 我把 saveable 都替换成了 Storageable , 跑完全部的集成测试 , 比原来快了5s . 目前只有32个测试 , 我建议你还是换一换吧 .
0 回复 -
001 VIP0
2021/3/11@Aaron 傲:大数据用Storageable很舒服,我的应用场景大多是单数据,换了不仅大材小用,还得多写两行日志插入。如果是多数据我会毫无犹豫直接上Storageable
0 回复 -
Aaron 傲 VIP0
2021/3/20@001:很奇怪 ? 什么样子的日志 , 每个地方都写 ? 不是有拦截器么 ?
0 回复