@damai0419 看来是只有备注了。其实像 JSON Schema Validation 有提供 dependentRequired ，但是 OpenAPI Specification 却迟迟没提供类似功能。我想了解下大家平时怎么解决的，唯一的问题是备注这种纯文本没法借助 Validator 工具做自动化结构校验。

我想知道如果起诉的时候故意多要赔偿，比如要求几倍的赔偿，对于诉讼有利还是有弊？
不指望拿到几倍的赔偿，但光要回本就该赔偿的部分属实还是不解气。

概率论这块我听说过《概率论沉思录》能达到神书级别，但我暂时还没读过仅供参考。

魔怔圈子一个，见识各种妖魔鬼怪后敬而远之，只能说暴利之下必有污垢。

借楼出一个车位，45 元一年，每年 6 月 18 日到期，VX：cmFpbnloMm8=。

你们这么吹毛求疵美其名为严谨，想必一定不乐意用 Linux 的吧？毕竟人家系统调用都写成 creat 了？

稍微又思考了下，其实 REST 本身也不是规范，而是一种风格。归根结底，只要能抽象成面向资源就 REST ，不能就 RPC 。安全这个就纯属扯淡了。更全面的分析我建议看看周志明大佬的观点： https://icyfenix.cn/architect-perspective/general-architecture/api-style/rest.html 。

没搞明白 POST 更安全的理由，首先 SSL 之上包括 URL 、Header 、Body 都是中间链路透明的。其次不想保留到日志的参数完全应该是设计人员自己的职责。至于 GET 诸如缓存等特性都完全是可控的。
国内大厂觉得自己规范很合理，为啥不起个 fancy 的术语来作为 RestFul 的替代呢？还是说大家其实反的不是 RestFul 而是规范？

因为和有序可重复列表同一级别的抽象是：有序不可重复列表、无序不可 /可重复列表以及有序性、重复性组合的集合、关联数组等。
而数组实现、链表实现这些只是上述高级抽象的低一级实现。
用同级别的抽象描述功能可做到关注点分离。

任何字符串其本身就是一个精准表达其自身的正则表达式。
而能表达任一字符串的正则表达式理论上有无穷多。
你要怎么生成这无穷多的正则表达式？

自行了解 Gravatar

不如学人家 GitHub 开个仓库当首发源，再用自动化工具同步到其他媒体。
公众号这种跟互联网隔离的孤岛有啥意思。