esp32 确实现代化，非常好，还可以用 arduino 的语言，蓝牙 wifi 这些基础的都自带

@siweipancc 什么是点号访问，json 吗？

@bill110100 所以我那个并不完善，也许可以实体类和 map 共存，并且互相转换，比如大量需要用的时候就用实体类，而只是一个简单的接口，那就没必要新建一个 vo 了

@Poluk 那如果又有一个接口 不需要那么多字段 因为会泄露信息吗 那又得新建一个 vo ，太麻烦了。一般联表挺多的呀。我之前那个项目 有小区、楼栋、单元、楼层、户，然后就是一长链，然后就需要挨个查，一长链联表，很折磨。我也是一个新手呀

@huigeer 我上面写的那个，就是感觉竟然没有一个好用的 orm ，所以自己照模照样搞了一个

@dawnflyc 手残分出好几个来，以上就是抛砖引玉了，https://github.com/dawnflyc/JqlApi
分为几个库，一个 api 库定义了语法之类的，然后如果用 mybatis 的话 需要一个 mybati 实现库，如果用 jdbc 的话，需要一个 jdbc 实现库，需要什么导入什么，只是封装而已，并没有写核心的东西，以为我水平也达不到。

@dawnflyc 直接将 sql 相关的语法转换成 java 的那一套，比如 Select(表名).field(字段).where("id",1).and().where("age",">",3).order("time")。大概这样，伪代码展示下，联表的话，join("left","user","order.user_id=user_id")，这样可以避免输入错误。然后也返回 list 和 map ，没有对象那一套，service 传的话，也是需要什么传什么，如果非得实体类 比如一下子传很多，也可以传 然后查询的时候拆了，这块我也没有怎么思考，所以很粗略。

我也觉得 mybatis 得手写代码，简单的也得手写，虽然 mybatisplus 可以不用手写简单的 sql ，但是限制很大，比如不能连表。
而且我也不懂为什么数据传来传去都得用实体类 哪怕传一个 id 都得用个实体类，在写接口的时候，会接收一些其他的参数，不可能只会出现数据库字段，于是又得扩展实体类。

所以我下定决心开发出了一套库，以上的都改了，我大概描述下：

@dawnflyc 继承，这样一个父控制器调用增删改查，然后子类只需要集成父类，并且提供表名，子类什么都不用写，需要扩展的时候，直接重写就完了

@dawnflyc 打一半提交了，大部分语句都实现了 分组啊 联查 之类的，而且还可以封装，实现各种功能。比如说搞那种后台管理，全都是增删改查，那就可以直接写一个增删改查类，控制器里面 new 一个表名作为参数一传，然后写几个方法，一调用，就方便了很多。控制器也可以集成，这样一个

https://github.com/dawnflyc/JqlApi
我也来一个，这是扩展了 java orm ，基于 Mybatis 或 JDBC 的，是一个 sql 语句 java 语言化。
比如根据 id 查询用户，select * from user where id= 1 变成了 Curd.select("user").where("id",1)..execute()