我的梦想是后端都不用写 curd,正在开发能大幅度减低 curd 甚至让前端来写 curd 的框架,希望大家多多关注与支持

[qiuxiaojie]

经历了从模板渲染到前后端分离的时代,一直在苦苦思考,怎么样才能少干点活(大笑).在某天与前端对接接口时,突然顿悟,既然数据都是从 json 回去的,为什么不能直接使用类似 json 这样的语法来查询呢.在大胆的设想下,设计并实现了一套查询语法,给它起名为 orql(Object Relational Query Language 关系对象查询语言缩写).

就以 V2EX 举例说明一下它的用法

查询首页帖子列表,包括帖子标题 发布时间 回复数量 发帖人名称和头像以及节点名称:query post: [id, title, createAt, commentNum, user: {id, name, avatar}, node: {id, name}].

查看某帖子,包括帖子标题 内容 回复和回复人信息:query post(id = $id): [*, comments: [id, content, createAt, user: {id, name, avatar}], user: {id, name, avatar}]

发布一个帖子:add post: {title, content, user}

当然还支持其他的操作 update delete count 等,在模型方面支持 1:1 1:N N:M N:M 关联,更多的用法也可以通过在 github 中查看 https://github.com/orql/orql-mapper .如有兴趣者可以私聊,加微信大家交流,希望大家可以点一个 star 支持.

我的梦想是做一个可以让编程也自动化的程序员,擅长代码抽象和生成,希望有共同兴趣的人大家能一起交流.

[binux]

GraphQL

[qiuxiaojie]

@binux 是的呢,在写的时候也参考了 graphql,做了一些简化

[Tomotoes]

GraphQL
apijson
你可以去 Github 上看一下
和你的需求很像

[0ZXYDDu796nVCFxq]

每个注册用户分配一个 MySQL 账号就行了
没有中间商赚差价，DBA: 前端后端你们都失业了，让我来

[xianxiaobo]

之前有个人天天打广告推荐 apiJson,跟你的想法一模一样，你跟他讨论一下？

[qiuxiaojie]

@Tomotoes 是的,你可以比较一下与它们的门槛或者语法简洁度,我的更胜一筹(自信脸)

[alamaya]

后端不用写 CRUD，那感觉大部分后端都可以下岗了

[Cooky]

你的梦想 = 失业（

[qiuxiaojie]

@gstqc 正在计划在这个基础上开发一个 baas 系统

[lihongjie0209]

一个软件是复杂度守恒的，你后端简单了， 那么前端的复杂度就增加了。
随便说几个问题：
事务怎么控制？
后续需要拓展怎么办？添加一个帖子的时候同时建立搜索索引？
改一个 BUG 前端发一个版本？小程序， 安卓，IOS 怎么办？

[limingjie138]

还没实习的我即将感受到失业的压力

[winglight2016]

这想法太多重复了，做出成品的也有很多，发展到很大然后倒掉的也有，比如：parse-server。前端、后端、前后端、纯配置、配置加代码生成、拖拽 UI、拖拽 SQL，我都试过了，最终结论是，并不能省下多少时间，除非你的项目全部就是 CRUD，只要还想跟别的 feature 集成，那就准备好填坑吧

[qiuxiaojie]

@lihongjie0209 在我自己的项目应用中目前来说,api 还是在后端,事务有默认查询不走,其他走,或者用调用函数来控制事务.复杂需求另外编写函数实现即可,一般来说一个项目中只有不到 5%的 api 需要另行编写函数支持.

[bumz]

每当新技术出来的时候，都有失业论云云，然而事实往往是新技术导致对人力资源的需求反而增加了

[qiuxiaojie]

@winglight2016 没有往可视化这方面,目前项目都是通过将这个作为 orm 来使用,但是后端云化和轻量化是一个必然的趋势

[sunorg]

脚手架概念了解一下，连界面都生成了

[php01]

要有多简单，就有多复杂

[msg7086]

后端拿掉就等于没有了后端权限控制，拿到 ORM 就等于可以往数据库里随意写数据了。不知道这个怎么解决。

[Junn]

某天，“ XXX，没什么事，学一下前端，看前端最近挺忙的，到时候可以帮一下！”

[Cbdy]

小心成为 IT 民科