@neoblackcap 有界面的操作系统上面都肯定有浏览器存在着，别人打包是想以本地应用方式运行

@faceair 是的，目前有一个小项目用了，做串口通信的，效果不错，打包起来，到处运行

@faceair 思路差不多，不过我想的是，不带 webview 这些，系统托盘、菜单等等这些都不要，就只要调用本地方法的能力

@sampeng 有参考了 mongodb，但是它不支持多张表关联，而且写比较表达式也麻烦

@TommyLemon 可以把微信发我邮箱 qiushijie#outlook.com 大家微信讨论讨论

@TommyLemon 很容易抽象泄露

@TommyLemon 是的,谢谢,相比较我们优势在于语法简洁,采用 node.js 平台,非 curd 功能拓展容易,建议可以考虑把 orql 也作为 api 配置的一种方式,使用 dsl 配置比 json 配置无论从简易性还是开发效率和一目了然都更有优势.

@passerbytiny ??orql 的工作原理是将描述的结构生成 sql 去执行查询,然后再将查询结果映射回描述的结构上,所以才称为 orql,至于属不属于 orm,这就得看严格的定义了

@suikatw 是的,谢谢你的理解,后端云化和轻量化是一种趋势,因为性能的优化和分布式拓展等等这些是与具体业务无关的,是可以透明化的,这些部分会慢慢被云端接替

@fcoolish @xmbaozi 数据查询还是在后端,语句也是在后端执行,目前计划设计的 baas 中非 curd 的功能需另编写 js 函数挂载上去实现

@sarlanori 比较一下你就会发现这种链式的查询操作是很繁琐的
insert => add user: {name}
update => update user(id = $id): {name}
delete => delete user(id = $id)
count => count user
like => query user(name like 'u%'): [*]
我把你写的用 orql 写了一下

@fy @Ritr 在设计语法的时候参考了 graphql,但是两者目标不一样,graphql 是前端向后端描述需要的数据结构,orql 是后端向数据库描述需要的数据结构,你可以对比一下两者的语法和上手难易度.

@reus 谢谢指正

@passerbytiny @jxgccaaron 看一下附言,生成全套 curd 是不可能的事情,十几张表组合起来的数量就很惊人了,另外这是一个 orm 框架,非 curd 本身就是不支持的.

@gavinjou818 我在附言里面解释过了,这是一个 orm 框架,建议是在后端使用,当然如果前端非要用做好控制也不是不可能,但是不建议

@kajweb 可以用于微信小程序开发

@xingxing09 是的,所以没有在前端的代码里直接执行

@eurokingbai2 肯定不能这样,是这个 dsl 起到 sql 的作用

@version @eurokingbai2 这个是在后端用的查询 dsl,并不像 graphql 那样做的是前端请求数据格式的描述,是发送给数据库的请求数据格式描述