V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  TommyLemon  ›  全部回复第 23 页 / 共 34 页
回复总数  669
1 ... 19  20  21  22  23  24  25  26  27  28 ... 34  
2018-11-14 12:24:15 +08:00
回复了 TommyLemon 创建的主题 开源软件 不用写代码 APIJSON 3.5K Star 超第 2 大 ORM 库 Hibernate
@wzw Python 版有开发者声称:
"回说的 python 初步完成了 zeromake/restful_model 刚刚把单元测试写好。
json 的表现层完全自定义,都是为了对应 sql。"
有段时间没更新了,不清楚进度怎样。

希望也有热心的开发者实现 APIJSON 的 Go 语言版本哈。

如何实现其它语言的 APIJSON ?
https://github.com/TommyLemon/APIJSON/issues/38
@fiypig MySQL 貌似不支持这种隐式 JOIN,PostgreSQL 倒是可以。问题要求 MySQL
@TommyLemon
🚀后端接口和文档自动化,前端(客户端) 定制返回 JSON 的数据和结构!
GitHub 右上角点 Star 支持下吧 ^_^
github.com/TommyLemon/APIJSON/
```sql
SELECT t1.a, t1.b, t1.c, t1.d, t2.f FROM t1 INNER JOIN t2 ON t1.c = t2.e
```
看你的需求,INNER JOIN 可能要改成 LEFT JOIN 等。

还可以用全自动化的 ORM 库 APIJSON,不用写代码,直接让前端传
{
"[]": {
"join": "&/T2/e@",
"T1": {},
"T2": {
"e@": "/T1/c"
}
}
}
后端就自动生成的和上面几乎一样的 SQL。
可以用这个测试:
{
"[]": {
"join": "&/User/id@",
"Comment": {},
"User": {
"id@": "/Comment/userId"
}
}
}
复制到 APIJSONAuto 自动化接口管理平台,点击 [发送请求]
apijson。org
2018-11-13 11:18:24 +08:00
回复了 magicdu 创建的主题 Java 各位的代码里还在用 SQL 语句吗?怎么管理的
@largecat ORM 提高了下限,手写 SQL 性能不如 ORM 只能说 水平太低 或者 人太懒
2018-11-13 10:27:04 +08:00
回复了 myidea 创建的主题 推广 脱离 CRUD,我希望有一个开发助理
@myidea
GraphQL 只是一个自动合并请求的工具,支持自动过滤字段,但 CRUD 还是得使用者自己实现的。
两者协议确实比较像,但在 实现过程 和 使用效果 上差别巨大,在 CURD 上 APIJSON 远胜 GraphQL。
https://juejin.im/post/5ae80edd51882567277433cf
2018-11-13 10:06:14 +08:00
回复了 myidea 创建的主题 推广 脱离 CRUD,我希望有一个开发助理
看了视频,UI 很棒
2018-11-13 10:06:00 +08:00
回复了 myidea 创建的主题 推广 脱离 CRUD,我希望有一个开发助理
@TommyLemon 看了视频,UI 很棒
2018-11-13 09:59:18 +08:00
回复了 myidea 创建的主题 推广 脱离 CRUD,我希望有一个开发助理
@TommyLemon
这两个功能看起来不错:
自动生成 Excel 导入导出类的完整功能代码
自动生成简单统计图表类的完整功能代码
2018-11-13 09:55:18 +08:00
回复了 myidea 创建的主题 推广 脱离 CRUD,我希望有一个开发助理
@Cbdy
@zjsxwc
对的,生成静态代码,那就会有很多不符合业务需求的代码要做二次开发了,而且也基本只能在新需求用。
已经开发过的需求,如果再用新生成的代码覆盖肯定不行,往往因为业务逻辑也不能简单地替换已分散的代码。

貌似真的只有 DSL 才能做到完全自动化了,后端不写代码就能自动化解析前端传的参数。
https://github.com/TommyLemon/APIJSON/

不过楼主的思考、总结、实践是很值得鼓励的。
2018-11-12 19:25:32 +08:00
回复了 magicdu 创建的主题 Java 各位的代码里还在用 SQL 语句吗?怎么管理的
@TommyLemon
为什么要用 APIJSON ?前后端 10 大痛点解析
github.com/TommyLemon/APIJSON/wiki
2018-11-12 19:24:47 +08:00
回复了 magicdu 创建的主题 Java 各位的代码里还在用 SQL 语句吗?怎么管理的
@V2XEX 不用写代码
2018-11-12 17:32:56 +08:00
回复了 katsusan 创建的主题 Go 编程语言 json 的键重复问题
@katsusan 这个我知道,一般只要 Request 能到达接口,处理后业务错误也应该返回和正确结果格式一致的 Response。
它既然都提示 key 有问题了,就说明已经经过接口处理过了。
2018-11-12 16:46:49 +08:00
回复了 katsusan 创建的主题 Go 编程语言 json 的键重复问题
@katsusan 那就很奇怪了,它的库有问题啊,居然支持在同一层级有同名的 key,或者压根就没用 JSON 库解析过,直接拼出来字符串返回
2018-11-12 16:45:52 +08:00
回复了 katsusan 创建的主题 Go 编程语言 json 的键重复问题
看到上面的链接,随便输入 key 点了下,发现 Response Header 里:
content-type: text/html
2018-11-12 16:39:43 +08:00
回复了 katsusan 创建的主题 Go 编程语言 json 的键重复问题
@katsusan 估计就不是按照 application/json 格式返回的,可能是 text/plain 这种
2018-11-12 16:25:13 +08:00
回复了 katsusan 创建的主题 Go 编程语言 json 的键重复问题
这都不是合法的 JSON,解析后就直接最后一个把上面的全覆盖了。
你把这段 JSON 复制粘贴到这个网站试试,用的是 js 原生的 JSON.parse 解析
http://apijson.org/
2018-11-12 15:05:16 +08:00
回复了 magicdu 创建的主题 Java 各位的代码里还在用 SQL 语句吗?怎么管理的
@TommyLemon
Star 虽然不代表使用率,但也能在比较大的程度上反映 Repo 在开源社区的受欢迎程度,可以看下这个趋势图
https://www.timqian.com/star-history/#TommyLemon/APIJSON&hibernate/hibernate-orm
2018-11-12 14:46:19 +08:00
回复了 magicdu 创建的主题 Java 各位的代码里还在用 SQL 语句吗?怎么管理的
@ohoh 使用率确实没有 Hibernate 高,毕竟它从 07 年开源到现在都快 12 年了,APIJSON 才 2 年多一点。
哪个开源库的 star/issue 等不是从 0 开始的呢?
如果都是你这种想法,Hibernate,Mybatis,OKHTTP,Vue.js 等非 大厂 /名人 出的开源库也不会流行起来了。

Hibernate 都关掉 issue 了。
你可以说 issue 数量多反映使用率高,
我也可以认为 issue 数量相对少体现 bug 少及简单易用,
才没有大量的 issue 来提交 bug、咨询使用方法 /文档 等。

越是追赶业务,越要用简单易用、快速实现功能的工具啊,
Hibernate 等一堆 ORM 库都是要针对每个接口写一堆 封装对象 或 注解传 SQL、写 XML 的代码,
APIJSON 提供了自动化的 CRUD 接口个,就能做到不写代码,
前端传一个 JSON,后端自动转 SQL 并连接数据库执行,然后返回结果,
当需求更改时,也不用后端修改或新增代码,前端把 JSON 改一下数据或结构就行。
1 ... 19  20  21  22  23  24  25  26  27  28 ... 34  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3113 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 11:06 · PVG 19:06 · LAX 04:06 · JFK 07:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.