轻量级ORM LiteSql
2022/8/28 2:27:03
本文主要是介绍轻量级ORM LiteSql,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
最近几天,又在NuGet上发了一个版本,主要是把旧接口名称FindXXXBySql修改为QueryXXX,因为我发现Dapper及其扩展,以及其它写SQL的ORM,都是QueryXXX,既然这样,接口名称就修改成和大家的习惯一致。
没人用
下载量惨不忍睹,看来,不会有什么人用了。简单分析一下原因,1.大家不再喜欢写SQL;2.不会宣传;3.完备性,比如以前是有支持存储过程的接口的,但我非常不喜欢存储过程,我把接口删了,不过Dapper.LiteSql可以用Dapper兜底;4.可靠性,也就是说,大家用你的ORM,最重要的是放心,显然,除了我自己,别人对这个ORM的信任是没有的。
关于ORM的选择
经过我自己的研究,个人认为,ORM首选EF、EFCore,对于复杂SQL,如果觉得用EF、EFCore不太好写,可以搭配Dapper。
有一部分人会选择国产ORM,原因可能是,1.使用简单方便,上手成本很低很贴心;2.支持的数据库多,支持各种国产数据库。
我自己也写了其它国产ORM的Demo,并在一个小项目中使用了,方便是真的很方便,上手成本极低,功能非常贴心。但以后我可能会更多的倾向于EFCore+Dapper吧,当然对于自己负责的中小项目或WebAPI,我可能会使用自己的LiteSql。为什么不再倾向于使用其它国产ORM了?原因是,1.不放心,虽然作者们会强调,经过了完善的测试,不会有什么大问题,但是人,肯定相对来说,更相信权威的,还是不太放心;2.我发现我自己写的东西,时间长了我自己都不会用了,明明已经有的功能,我以为还没实现。也就是说,随着功能越来越多,不看文档,不投入学习成本根本不会用,要么先学后用,要么边学边用,边学边用的话,做项目的过程中,还要不断学习,回头谁接手谁维护,都得学一下。你愿意学,别人不愿意学,别人可能只是改个BUG,改个需求,不想学。
所以国产ORM,本是为了方便易用,不建议花太多成本学习。为什么EFCore就可以学?看看下载量,它就是行业标准。Dapper也算是另一种标准了。
LiteSql我自己用
虽说开源,源码也简单,但没人会真的去把你源码拿过来完善,大家只想NuGet安装一下就能用,如果有个BUG,没人想去改源码。
没人用,我打算就给自己用。
为什么我自己要用LiteSql?
1.是因为熟悉,因为是自己写的,我对LiteSql比对EF熟悉;2.复杂一点的查询我喜欢写SQL。
有Dapper.LiteSql就行了,为什么还要LiteSql?
1.保不齐哪天用国产数据库或者其它非主流数据库,我不知道Dapper是否支持;2.没有依赖,方便改造。
这篇关于轻量级ORM LiteSql的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-06-05做软件测试需要懂代码吗?
- 2024-06-0514-ShardingSphere的分布式主键实现
- 2024-06-03为什么以及如何要进行架构设计权衡?
- 2024-05-31全网首发第二弹!软考2024年5月《软件设计师》真题+解析+答案!(11-20题)
- 2024-05-31全网首发!软考2024年5月《软件设计师》真题+解析+答案!(21-30题)
- 2024-05-30【Java】百万数据excel导出功能如何实现
- 2024-05-30我们小公司,哪像华为一样,用得上IPD(集成产品开发)?
- 2024-05-30java excel上传--poi
- 2024-05-30安装笔记本应用商店的pycharm,再安排pandas等模块,说是没有打包工具?
- 2024-05-29java11新特性