EF Core 这类较重的 ORM 框架适合塞进客户端吗？如果是用于本地 SQLite 数据库，有没有更好的选择？
drymonfidelia · 3 天前 · 1429 次点击20 条回复 • 2024-12-24 16:34:58 +08:00
 |
1
a33291 3 天前
ormlite
|
 |
2
qW7bo2FbzbC0 3 天前
npoco
|
 |
3
chobitssp 3 天前
dapper
|
 |
4
beginor 3 天前 via Android
楼上推荐的这些真的会更好么，手撸 SQL 开发效率更高？
|
 |
5
drymonfidelia OP |
 |
6
ZGame 3 天前
SqlSugar?
|
 |
7
thtznet 3 天前
freesql 试试看，很优雅的设计
|
 |
8
irisdev 3 天前
sql sugar ，最好自己简单再封装一层
|
 |
9
clorischan 3 天前
sqlite-net-pcl
|
|
10
drymonfidelia OP |
|
11
irisdev 3 天前 via Android
@drymonfidelia 你说的“重”指的是怕体积大影响性能吗？应该不会吧，编译好的 dll 3M 左右，主要写法简单
|
|
12
drymonfidelia OP @irisdev 是觉得架构简单、用不上的功能少的话出 bug 的概率小，而且排查问题比较简单，ef core 有些设计套了好几个 interface ，F12 十几次都找不到是在哪里实现的
|
 |
13
DTCPSS 3 天前 via iPhone  1
|
 |
14
maix27 3 天前
我们是不是可以用一些只服务单一数据库的 ORM 捏，比如 13 楼说的 sqlite-net-pcl 。
|
|
15
drymonfidelia OP @maix27 是的，13 楼说的我还在研究
|
 |
16
sks4728 3 天前
SqlSugar
|
 |
17
sunmker 2 天前
不是，你好多功能都用不上，都不用，都不用他还会故意招惹你来出 bug ？
|
|
18
drymonfidelia OP @sunmker 如果功能很多很细的话，一些很简单的功能也要封装很多层，就容易出 bug
|
 |
19
codek1986 2 天前
NewLife.XCode
|
 |
20
ych8398527 2 天前
litedb
|
Select Language