ZacksT 最近的时间轴更新 ZacksT 最近的时间轴更新 |
ZacksTV2EX 第 382931 号会员，加入于 2019-02-11 16:36:29 +08:00 |
ZacksT 最近回复了
2021-12-31 15:59:27 +08:00 回复了 ffkk99 创建的主题 › 问与答 › 如何看待环球全盘抄袭阿里的作法? |
那也只能说是活该。。来看看阿里趣事
https://segmentfault.com/a/1190000020308910
https://segmentfault.com/a/1190000020308910
2021-03-18 09:49:08 +08:00 回复了 titititi 创建的主题 › 职场话题 › 长沙小公司面到 9k，去深圳能拿多少？ |
可能找不到工作
2021-01-15 13:35:00 +08:00 回复了 PoetAndPoem 创建的主题 › 程序员 › 新的一年，思否思否（thoughtwork） |
@PoetAndPoem 外包怎么可能不加班，，，我记得跟 HR 聊过。。。会根据项目到处出差，而且是长差那种。。不过作为外企，补贴还是很不错的
2021-01-05 16:46:55 +08:00 回复了 PoetAndPoem 创建的主题 › 程序员 › 新的一年，思否思否（thoughtwork） |
thoughtworks 就是外包公司。。
2020-07-29 10:58:18 +08:00 回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南 |
你的 REST API 满足公司 /研发团队标准就是好的设计。接口标准可以帮助开发者规避（公司研发 /团队研发）遇见过的问题或可能遇到的问题，也可以让组内代码标准化，统一化。
就拿一个简单的例子，一个分页查询的接口。其包含分页条件与不定量的查询条件。
你可以通过 GET 方式请求，将参数定义在 url 上。也可以通过 POST 方式请求，将查询参数定义在 requestbody 里。
第一个方式，在遇到查询条件复杂的情况下，会导致 url 过长。
第二种方式，又会产生很多 VO 的定义。
采用混搭又让前后端代码变得混乱。
我个人认为，只要满足团队要求的 API，就是好的 API 。具体实现各有好处，看团队取舍了
就拿一个简单的例子，一个分页查询的接口。其包含分页条件与不定量的查询条件。
你可以通过 GET 方式请求，将参数定义在 url 上。也可以通过 POST 方式请求，将查询参数定义在 requestbody 里。
第一个方式，在遇到查询条件复杂的情况下，会导致 url 过长。
第二种方式，又会产生很多 VO 的定义。
采用混搭又让前后端代码变得混乱。
我个人认为，只要满足团队要求的 API，就是好的 API 。具体实现各有好处，看团队取舍了
Select Language