EF Core 这类较重的 ORM 框架适合塞进客户端吗？如果是用于本地 SQLite 数据库，有没有更好的选择？

[drymonfidelia]

[a33291]

ormlite

[qW7bo2FbzbC0]

npoco

[chobitssp]

dapper

[beginor]

楼上推荐的这些真的会更好么，手撸 SQL 开发效率更高？

[drymonfidelia]

@qW7bo2FbzbC0
@chobitssp 这两个有点太轻量了，都需要手写 SQL ，我想要找一个砍掉那些用于服务器的多余功能的 EF Core
@a33291 这个看起来还不错

[ZGame]

SqlSugar?

[thtznet]

freesql 试试看，很优雅的设计

[irisdev]

sql sugar ，最好自己简单再封装一层

[clorischan]

sqlite-net-pcl

[drymonfidelia]

@ZGame
@irisdev 这个比 ef core 支持的数据库还多很多，会不会比 ef core 还重

[irisdev]

@drymonfidelia 你说的“重”指的是怕体积大影响性能吗？应该不会吧，编译好的 dll 3M 左右，主要写法简单

[drymonfidelia]

@irisdev 是觉得架构简单、用不上的功能少的话出 bug 的概率小，而且排查问题比较简单，ef core 有些设计套了好几个 interface ，F12 十几次都找不到是在哪里实现的

[DTCPSS]

https://github.com/praeclarum/sqlite-net

[maix27]

我们是不是可以用一些只服务单一数据库的 ORM 捏，比如 13 楼说的 sqlite-net-pcl 。

[drymonfidelia]

@maix27 是的，13 楼说的我还在研究

[sks4728]

SqlSugar

[sunmker]

不是，你好多功能都用不上，都不用，都不用他还会故意招惹你来出 bug ？

[drymonfidelia]

@sunmker 如果功能很多很细的话，一些很简单的功能也要封装很多层，就容易出 bug

[codek1986]

NewLife.XCode

[ychbest]

litedb