search

cch123 / blog_comment

comments of xargin.com
8 stars 0 forks source link

从 information_schema 到自动生成的 web dao #240

Open utterances-bot opened 3 years ago

utterances-bot commented 3 years ago

从 information_schema 到自动生成的 web dao

http://xargin.com/web-dao-generation/

joshle commented 3 years ago

https://github.com/cch123/api_code_gen/blob/master/model_generate.go 请问这个项目移动到哪了？没有找到

cch123 commented 3 years ago

https://github.com/cch123/api_code_gen/blob/master/model_generate.go 请问这个项目移动到哪了？没有找到

啊 sorry，好多年前的文章，我看原代码已经没了。。。这个知道思路的话挺好写的~

yuanshuli11 commented 3 years ago

后端低代码有两种套路： 1.自动生成代码 2.规定一套curd的语法，然后操作/组装数据。 大佬有这方面的研究吗？对这两条路怎么看哈

cch123 commented 3 years ago

后端低代码有两种套路： 1.自动生成代码 2.规定一套curd的语法，然后操作/组装数据。 大佬有这方面的研究吗？对这两条路怎么看哈

我也加了一些低代码的社区，感觉主要是前端的老哥们对这个比较积极，目前我能总结出的结论是他们想要让 UI 和 DSL 能做一些联动，来支持业务流程的编排，后端具体的数据访问模式可能还是 GraphQL/apijson 之类，db 这层是一些代码生成。https://github.com/taowen/awesome-lowcode

至于说纯后端的低代码，感觉要找自己的项目的规律，不一定所有的系统都是简单地访问数据(如果只是访问数据，那做一套配置化的抽象其实不难，https://xargin.com/integrate-downstream-data-system-all-in-one/. )，能推规范的话，GraphQL/apijson + db 的代码生成就可以了，也不用自己定义访问规范

有些系统可能数据访问模式很少，流程特别复杂，这种抽象的关键点就不在数据访问上~所以还是得看情况

yuanshuli11 commented 3 years ago

GET，多谢曹大! 我们的业务主要是做数据管理，所以新增数据模型比较频繁，且每个数据curd操作都很类似。所以就在构思低代码化~