不急的话等 gopay

@abersheeran #11 validr 也很容易用来生成 API 文档，Schema 对象包含了全部元信息。
@abersheeran #13 也不是说求着别人用，这是框架生态问题，另起灶炉没有问题，只是受众会少很多。如果你做的是 Library 那没有问题，不和框架绑定可以灵活替换。如果你做的是一个框架，使用方就会顾虑了，框架只能用一个而且用上了就很难换，还要考虑大量周边工具是否完善和丰富。

另外我记得 werkzeug 里是把所有路由拼成一个大正则，匹配效率很高的。

不知楼主有没有看过 https://github.com/guyskk/validr，我把它和 drf 一起用还挺爽的。pydantic 给我感觉的是太弱，局限于 type hits 了，虽然我的项目也没几个 star 。

感觉你写一个能兼容现有生态且性能更好的路由，更容易持续做下去，虽然 Tom 不喜欢但你 show the code 他说不定就改变看法了。

@JasonLaw #11 所以要告诉数据库冲突解决的策略，或者在 client 解决冲突。

“于是它合并了两个并发写的值[milk]和[eggs]，然后加上 ham，最后将[eggs, milk, ham]发给数据库” 这个就是合并，在 client 或 server 都可以做。
不同的场景有不同的合并策略，在购物车场景这里可能是一致的，但如果修改的数据是用户年龄，就不对了。

@JasonLaw #7 CRDT 是一种可以自动解决冲突的数据结构，在 "Merging concurrently written values" 里讲的应该就是它，可能叫法不一样。（我一年前看的中文版，具体内容记不太清了）

“没有合并那就应当有一个 client 失败”， 如果不合并数据就不一致了，所以必须有一个失败。

@JasonLaw #5 我仔细看了一下，感觉这个图要结合前文来看。图上有几处并发更新，最终 value 有 2 个值不需要合并吗？如果有合并那就是 CRDT，没有合并那就应当有一个 client 失败。

这个也叫做乐观锁，可以这么理解：
假设数据库里有一行数据 key= k, value=100, version=1 。

写入操作：update table set value=101, version=2 where key= k and version=1，数据库会返回更新的行数。

如果版本号和 client 读到的一致，写入会成功并返回 1，不一致就不会写入并返回 0，client 根据返回值判断是否有冲突。版本号加一可以在 client 计算也可以在 server 计算。

内核恐慌 №26: Livid 专访
https://www.v2ex.com/t/228987
https://pan.icu/26

蚁阅 https://github.com/anyant/rssant

@Phishion 客观上说自如是打了电话也敲了门，而楼主也确实都没有听见，楼主按自己的认知描述事情我认为没有问题。从法律上说，自如未经授权开门就是违法，自如不能为了自己的私利侵犯租客的私利（安全和隐私）。
换个角度看：
（ 1 ）如果自如大声敲门，敲到叫醒租客等租客自己开门为止，就可以避免侵权；
（ 2 ）如果租客完全不配合开门，可以在居委 /民警的陪同下，由公权力代表开门，正当行使安全检查权。

对于非法侵入公民住宅罪，有资料提到实质上是“情节严重才入罪”，当然具体怎么判是法院决定：
https://www.zhihu.com/question/287410416/answer/456041928

建议楼主可以要求自如修改以下条款，增加 “在有居委或民警陪同的情况下才能开展入户检查” 条件。
> 自如建立了临时密码申报审批授权和使用的机制，在存在违法违约风险、安全隐患或客户人身安全受到威胁时，经过多层审批后，可以在全程录像取证并有相互监督的情况下开展入户检查，检查完毕后密码随即失效。

给高高的漂亮的小蓝打 call

楼上太有意思了，论如何满足用户需要。
建议楼主出双语版哈哈

独立开发啥都得会一点，用户可不管你是前端后端。

目测 2 楼正解。建的索引问题不大，基数大的列放前面会更好。