V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  TommyLemon  ›  全部回复第 9 页 / 共 34 页
回复总数  669
1 ... 5  6  7  8  9  10  11  12  13  14 ... 34  
2019-04-30 21:08:55 +08:00
回复了 zhuzhibin 创建的主题 问与答 在?你们的服务器一般用来干嘛?
@zhuzhibin 哈哈,这个接口管理平台提供的自动化测试、自动注释请求,光标悬浮自动显示文档 等,都是其它主流的同类平台上没有的哦 apijson。org
2019-04-30 18:28:03 +08:00
回复了 TommyLemon 创建的主题 程序员 uliweb_apijson 0.1.0 发布,自动化接口和文档
@blless 还真有点像,但其实也有不少区别的。
https://github.com/TommyLemon/APIJSON/blob/master/Document.md#3.2/
2019-04-30 17:16:50 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@TommyLemon 我去,最后多了 / 就 404 了
2019-04-30 17:14:21 +08:00
回复了 zhuzhibin 创建的主题 问与答 在?你们的服务器一般用来干嘛?
2019-04-30 17:14:02 +08:00
回复了 zhuzhibin 创建的主题 问与答 在?你们的服务器一般用来干嘛?
https://i.v2ex.co/StOLewJO.jpeg
APIJSONAuto 机器学习测试、自动生成代码、自动静态检查、自动生成文档与注释等,做最先进的接口管理平台。
2019-04-30 17:11:03 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
2019-04-30 17:01:35 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@cyhulk 哈哈,随你吧
2019-04-30 15:30:41 +08:00
回复了 TommyLemon 创建的主题 程序员 uliweb_apijson 0.1.0 发布,自动化接口和文档
@azh7138m 对的,是这样,还可以结合使用
GraphQL 做网关,APIJSON 做增删改查
https://github.com/AutoGraphQL/AutoGraphQL
2019-04-30 14:12:59 +08:00
回复了 pipinstallpy 创建的主题 程序员 某公司的考核,各位感觉如何?
@TommyLemon 当然也不是这么简单,还得看做的需求的数量和复杂度,要不然都抢简单需求做了,甚至不做不写代码就没 bug 了
2019-04-30 14:11:50 +08:00
回复了 pipinstallpy 创建的主题 程序员 某公司的考核,各位感觉如何?
这种绝对考核不靠谱的,招人很难,执行更难,到时候本来没几个人都跑得差不多了,
改成相对考核要科学可行很多,bug 最少的有奖金,最多的扣绩效,解决了。
2019-04-30 12:23:17 +08:00
回复了 warcraft1236 创建的主题 Python 求教怎么能比较优雅的实现这个功能
能用 SQL 过滤最好,不能用就遍历再对比
麻烦,改下相关的表结构或记录,得把外键关联的字段或数据调整下,不适合敏捷开发,后面全删掉了。
#1 建议是很符合大部分互联网项目的需求的,需求不定,结构就经常调整,不适合用外键,在应用层关联更好。
检查配置,charset,timezone 等
2019-04-30 12:15:18 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@cyhulk 解决问题的广告就是好广告,你看不惯拉黑,屏蔽就是了,何必自己还要看
2019-04-30 10:20:01 +08:00
回复了 dfjslkjdf 创建的主题 程序员 大家分享一下 API 文档管理工具?
2019-04-30 10:03:46 +08:00
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@fox0001 首先 MongoDB 使用场景比较有限,你看下数据库排名,它最辉煌的时候排第 4,
远低于前 3 的关系型数据库 Oracle, MySQL, SQL Server,后面又被关系型数据库 PostgreSQL 超过了,
所以真的做常规业务,还是关系型数据库更合适。
其次 MongoDB 虽然能用 JSON 查询,返回的也是 JSON,
但很多时候前端需要的是各种组合嵌套、且对象间有外键关联关系的数据结构,
MongoDB 给出的很难满足需求,更不用说 JOIN、子查询 等这种复杂的功能了。
还有权限,你真的打算用 MongoDB 数据库去做,而不是应用层控制?那就一套业务全都得在数据库做了。

APIJSON 目前仍然专注于实现 JSON 转 SQL 的 ORM 功能,对接关系型数据库满足大部分的业务场景,
实现完全自动化的 CRUD,不需要后端写代码,直接自动化解析,自动封装返回结果 JSON,
期间自动校验权限、数据、结构,自动防 SQL 注入,自动限流过载保护等。

为什么要用自动化接口与文档 ORM 库 APIJSON ?
前后端接口的 沟通、文档、联调 等 10 大痛点解析
https://github.com/TommyLemon/APIJSON/wiki/
2019-04-30 09:56:35 +08:00
回复了 codebear01 创建的主题 程序员 你是怎么开始撸一个网站的,作为程序员
@hmxxmh 嘿嘿
1 ... 5  6  7  8  9  10  11  12  13  14 ... 34  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1322 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 25ms · UTC 16:54 · PVG 00:54 · LAX 09:54 · JFK 12:54
Developed with CodeLauncher
♥ Do have faith in what you're doing.