抽我抽我

这是 orm 做的事情 ，可以关注一下 mybatis-plus...

@idlewater 嗯我也一直关注一些开源低代码平台 例如 appsmith , datart, openmeta, 我发现凡是产生价值的低代码平台，一定要找准定位，特定领域，产生价值, 你的平台能够支持一定的 source(数据库,商业 api,http,其他) -> 目的地（数据展示,数据填报,数据管道） 这样子产生实际价值才会有人愿意用

@idlewater 是这样的 我个人感觉是要和现在的开源基础框架上去做改进，才有更多的受众, 底盘是你开放的类似 java-admin 框架,这种的话开发可以在你的平台上进行代码操作 ，只不过里面提供了二级人口，开个口子,类似 bi 数据大屏,表单可视化,uml 代码生成 ,数据管道的可视化。这样子才会有更多的人去愿意接受你的项目，因为你的开源项目对大家来说是可控的，是可以进行修改的。

@idlewater 看到你的东西 ，我觉得方向是对的。

我觉得方向应该向脚手架的方向走会更好, 类比现在市场上的一些开源脚手架,例如若依,spring-blade,pix-x ，这种能否提供更好的代码生成, 能否在云端做一个 ide,从可视化角度对代码进行组装，和逆向工程 生成 code,能否和 ide 一样去做到对代码的智能感知。

应该更向程序员的低代码脚手架的方向走 个人感觉会更好,如果想做低代码的话 ，跟商业公司冲突了 ，一个人是干不掉一个团队的...

当从客户端来说 流畅没啥值得特别的地方吧... 只要不在里搞骚操作就行。同步不懂 ，感觉这个才是重点..

为了 d 而 d 没有意义吧... 而是要关注你的业务复杂度和前端可视化程度去做分类。不然一板一眼要累死

加油点赞！

AlphaGoZero 象棋

我觉得可能是要学习一下 vue3 ，他这个 jeecgboot 其实不算低代码 ，都是可以看见修改的,可以说他代码写的有点烂，但是没有存在魔法一说。

es6, 理想。 不过是我我会买 20 几 w 的 model y 标配

@thinkershare 一楼说的很挺好的,VM 的概念很多时候在客户端，老的那种风格的化像微软的 wpf mvvm, model-view-viewmodel, 那种往往伴随着 xml+code 比较冗余，新生代以 react,flutter ui,jetpack compose ,swift ui 为例 是 View=fn(State) , 这里 State 某种程度上能类似 VM ?

type => itemWarpperContainerOneStyle ,Two,Three........

你要求后端返回的不同数组 对应不同的 type 不就行了, 生成不同的模板组件...

我觉得从可视化角度去抽象代码有奇效。比入假设，controller 层弄成可视化的话，会怎么做，保留哪些信息。以此类推

国外有一个网站， 刷新一次就能摄像头连接一个人。 不比你这个好 222223

我有 Java 之父余胜军全套 Java 视频教程，官网 199 ，现在只用 9.9

不利于团结的话尽量少说。我怀疑你是敌对势力