印象底层还是用的顶一般的 XML 格式，不够灵活。

不懂指针是因为你没有一本好教材，而且刚开始学数据结构一定要手动画每一步

@vislins 好奇苹果中国公司应该是有商业实体的。

@szluohb 哈哈，看来都是星巴克咖啡懒人爱好者。强烈推荐海购纯牛奶的榛子味伴侣，国内没得卖。

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

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

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

@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:[]}

已帮忙举报

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

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

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

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

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

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

@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 实现。