V2EX › lovedebug 的所有回复 › 第 53 页 / 共 122 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 49 50 51 52 53 54 55 56 57 58 ... 122

❮

❯

2020-07-31 14:20:31 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@grzhan 主要是 GraphQL 对已有产品的 RESTful API 破坏性过大，ROI 也不够高，另外也考虑在微服务和 k8s 中 GraphQL 中心化并不是一个很完美的方案。其实主要的阻力是项目进度和同事。哈哈哈哈

2020-07-31 14:13:54 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@grzhan 嗯。$filter 需要写 parser 专门处理，否则会重复造轮子

2020-07-30 22:29:18 +08:00

回复了 netabare 创建的主题 › 分享发现 › 有人试过 Jetbrains Academy（Hyperskill）吗，感觉如何，有什么类似的网站呢

第一次听说，打开看看

2020-07-30 09:47:42 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@solee 自定义动词应该在已有的 RESTful 规范不满足时候才使用

2020-07-30 09:43:30 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@xuanbg 哈哈跟业务场景有关，如果不想用万能 POST，可能只能在 url query 中支持一些 or 查询，客户在使用我们的 public api 时提出的

2020-07-30 09:42:19 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@szthanatos 微软规范有谈的

2020-07-30 00:06:28 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@grzhan 同负责撰写 API 规范，其实关于 list 操作的 filter 功能，在实际 API 设计中有些疑惑使用场景，因为大部分情况下使用一般的 query parameter 就可以解决。我的理解是一般的 query parameter 默认是 and 操作，缺乏 or 操作以及 range value 等功能，而 $filter 主要在 url 中描述若干参数复杂的逻辑运算，如果这么做用 POST 自定义动作不是更好吗？想听一下你的理解。

2020-07-29 12:50:48 +08:00

回复了 lxbu 创建的主题 › Elasticsearch › 有没有 elasticsearch 全量索引和增量索引的方案呢?

1. 增字段可以，减字段就不合适了
2. 设置冷热节点
3. 按月或周建 index，这样可以通过代码切割新旧索引或者 reindex 旧索引

2020-07-29 12:40:40 +08:00

回复了 KalaSearch 创建的主题 › 程序员 › 优秀的 REST API 设计指南

@ZacksT 分页 GET 查询一般只带 limit 和 page，少量支持投影和过滤，如果有带其他复杂的 query 条件，其实更应该走 POST search 自定义方法

2020-07-24 09:26:35 +08:00

回复了 jimmyismagic 创建的主题 › 程序员 › 为什么很多后端程序员认为前端很难学？

学了就变成了全干工程师，比如我。。。

2020-07-23 09:51:44 +08:00

回复了 HereApp 创建的主题 › 分享创造 › [内测码放送] Here for macOS - 一款全新的效率工具， Beta 8 体验

@HereApp 感谢作者