Belmode

@Joker123456789 #4 其实自己用，用哪个都行，都无所谓的。你设计的这个类库也好，别的类库也好，都没什么关系，只要能实现最基本的功能，都可以。

但是一旦到企业协作，在 java 中使用字符串模式的，真不行，要是大家都讲规矩，dao 都写一起，没什么问题，就怕到时候到处都是字符串拼 SQL ，这种项目让未来维护人接手了，又是新的 shi 山。

所以用 ORM 框架，更多的是为了约束开发者，别乱写。（当然，真乱写，也没法。）

@onion83 #7 我理解你的意思，但是这本就是多种不同的数据库设计范式。

有些公司习惯直接用表结构来关联业务关系，然后才写 SQL ，来解决业务问题。

但是也有另外一些公司，更习惯先建模，然后已经依据业务模型，来创建表结构和关联关系，不写 SQL 。

在 Java 语言上，国内 ORM 流行 MyBatis 系，国外 ORM 多数都是 JPA ，这就是业务设计思路的区别，没什么优劣。

你说迷糊，那是因为一开始，数据模型就没建立好，而且不理解框架的设计思路，熟悉这些就事半功倍，不熟悉，就很困惑。当然这些都是有学习成本的代价的，我提这个还是想强调 ORM 的不同或者用不用 ORM ，都是设计思路的区别。

你这都没什么用户，广告先上了......
体验了一下，功能是有的，UI 设计的也挺好的，但是感觉没啥意思啊

```java
// 新增 Row 构建
DbChain.table("tb_account")
.setId(RowKey.AUTO)
.set("user_name","zhangsan")
.set("age",18)
.set("birthday",new Date())
.save();

// 查询 QueryWrapper 构建
DbChain.table("tb_account")
.select("id","user_name","age","birthday")
.where("age > ?",18)
.list()
.forEach(System.out::println);
```
别人的花样更多。https://mybatis-flex.com/zh/base/db-row.html
java ORM 这块就别再卷了，已经到了极限了，java 语法限制了没办法做那些函数式语言做 DSL 的便利性。

干嘛不一次性到位呢，嘿嘿

@DreamingCTW #15 😆😆

一百个想法不如转为一个实践，等实践过了，就会发现还是洗洗睡了😂

其实软件功能不是最重要的，营销推广才是最重要的，营销都那么厉害，去干其他的不是来钱更快，开小程序费力不讨好~

我之前搞了一个做实验的，20 多天了，才 200 、300 用户，还都不活跃...

这不是最简单的工作了~~ 安心手动改下，一天工作轻松结束

能看懂的就不要觉得麻烦，因为很多真的“麻烦”事压根就看不懂...

android 欢迎你