V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  qiuxiaojie  ›  全部回复第 3 页 / 共 5 页
回复总数  85
1  2  3  4  5  
@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 那样做的是前端请求数据格式的描述,是发送给数据库的请求数据格式描述
@richard1122 有试用过,权限这块怎么说呢,它们都是在每一个表甚至每一条记录里面去控制,但是实际使用的确会造成很多困扰,一不小心容易导致出现问题,而且 api key 这些直接暴露了,整个应用的数据都不安全.
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2170 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 01:21 · PVG 09:21 · LAX 17:21 · JFK 20:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.