V2EX › lovedebug 的所有回复 › 第 54 页 / 共 124 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 50 51 52 53 54 55 56 57 58 59 ... 124

❮

❯

2020-08-12 10:48:41 +08:00

回复了 bestby2077 创建的主题 › 咖啡 › 求好喝的咖啡。。。

星巴克 medium 粗颗粒，买一个滤杯自己手冲，基本不会踩坑。
建议配低脂牛奶食用

2020-08-12 10:46:29 +08:00

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

@est 对于自定义 action，RESTful 本来就没有统一，自定义 API 风格各个团队根据自己需要定义就可以
两种方案
1. 将资源 uuid 描述在 URL 中
2. 将资源 uuid 描述在 body 中
我们两人上面的就是这两种方案的体验，没有好和坏，只看对于 API 使用者的可读性。
微软和谷歌，github 对于自定义 action 也是分别有自己的实现

2020-08-12 10:24:48 +08:00

回复了 mugglezzz 创建的主题 › 问与答 › 请大家推荐一下现在有哪种建站系统好用？

wordpress + 购买主题( https://themeforest.net/)，付费主题有很多定制化很强的商业用主题

2020-08-12 10:15:28 +08:00

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

@est
RESTful 规范描述的是资源，对于非资源的情形一般需要自定义 action，这一方面大厂已经做了详细的设计，落实到具体设计就根据各自情况做了
比如你的描述提到的
1, 一般写成 POST /users/${userId}/login?type=sso 或者 login?user=xxx & type=xxx
2，一般会写成 POST /orders/${orderId}/$spilit 或者 POST /orders/${orderId}/$merge {ids:[]}
3 一般写成 POST /items/$batchUpdate {ids:[]}

2020-08-07 09:22:49 +08:00

回复了 Jat001 创建的主题 › 分享发现 › edge 商店里的 Proxy SwitchyOmega 是李鬼

已帮忙举报

2020-08-07 09:19:03 +08:00

回复了 Jat001 创建的主题 › 分享发现 › edge 商店里的 Proxy SwitchyOmega 是李鬼

同被坑，微软审核不严格啊

2020-08-06 23:32:15 +08:00

回复了 sheker 创建的主题 › 旅行 › 想去丽江和大理玩一圈，自己去。

强烈推荐滇东南，红河州不香吗？

2020-08-06 22:20:47 +08:00

回复了 huyinjie 创建的主题 › Windows › 请问 WSL1 和 WSL2 可以共存吗

官方文档中有，可以切换版本

2020-08-06 00:06:11 +08:00

回复了 zhdsuperm 创建的主题 › 前端优化 › 前端加载速度优化，有没小伙伴有优化的黑科技（骚操作），嘻嘻学习下

你需要它 https://3perf.com/

2020-08-05 22:17:22 +08:00

回复了 edk24 创建的主题 › 职场话题 › 被威胁了怎么办?

录音，留证据，仲裁够她喝一壶

2020-08-05 09:21:08 +08:00

回复了 kisshere 创建的主题 › 程序员 › 只要一开启 Redis 作为缓存，服务器频繁重启怎么回事

redis 进程内存限制多少？有多少数据？

2020-08-04 09:35:07 +08:00

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

@fy 感谢回复，是的，get 带参数会有这些问题。
一般对于 simple collection items 的 list(GET 方法)操作，我建议用 order，filter, 这样语义清晰，主要实现集合过滤功能。可以尝试在 filter= X OR Y 这样的形式实现 or 操作
我的理解是对于复杂集合(如 logs 等)或通用操作的模糊搜索还是用 POST + custom method，例如 /v1/items/search，除非可以细化复杂集合为若干简单的集合。
主要这个度不好把握。
当然，从实现简单程度来看，所有的 order，filter，projection 都可以定义为用 post 实现。

2020-08-03 09:53:26 +08:00

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

@cbasil 一是对内为了公司内部统一，减少沟通成本。而是针对 public api 与主流统一，减少用户的集成成本。

2020-07-31 16:33:15 +08:00

回复了 elfsundae 创建的主题 › 程序员 › 解决 Microsoft Edge (macOS) 最新版 84.0.522.49 崩溃 (新标签页）

Version 86.0.587.0 (Official build) dev (64-bit) 无问题

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 专门处理，否则会重复造轮子

1 ... 50 51 52 53 54 55 56 57 58 59 ... 124

❮

❯