fourstring

dart 写的时候)}]匹配起来不累吗

不给钱不开工，不结清不交付
不相信任何画饼

@LuminousKK #26 https://www.jsdelivr.com/network 这里显示并没有关，而且 jsdelivr 也把中国网络支持作为它的一个亮点

@shyz #1 是的，Nested Representation 就是这种模式，但是文档指出这种模式必须手动创建 create 和 update 方法，否则不能用于直接的写操作。但是如果在创建和更新模型对象时没有特殊操作的话，这些代码都是高度重复的，会带来大量的冗余代码。相关部分在这里： https://www.django-rest-framework.org/api-guide/relations/#writable-nested-serializers

@qqxx520 #1
@bnm965321 #2 非常感谢！

@v2byy #1 非常感谢，这和 ZeroMQ response 模式服务端回调的执行方式有关吗？按我的理解在 node 中执行回调不应该都是异步非阻塞的吗？或者说 ZeroMQ 在一个 request 的回调完成之前不会读下一个 request ？

虽然 Python 的标准实现是 CPython，有些特别的问题也涉及到解释器本身的代码和优化，但是从理念上来说，不应该把 Python 看成一种快速写 C 代码的工具，也不应该用 C/C++的观念来看待 Python。Python 的哲学很多地方有其特质，我觉得这某种程度上也是它受欢迎的原因之一吧。

另外再说两点。第一，这样设计有没有好处？当然有，而且还很大。函数作为对象而非 C/C++中指向特定内存地址的代码在编程中有很实际的意义。函数作为对象直接让函数式编程成为了可能，因为后者的一大基础就是所谓的高阶函数。此外，即使不使用函数式编程的范式，装饰器这样的特性应该是每个 Python 程序员都会用到的，而函数作为对象正是装饰器之所以能存在之原因。
第二，对 Python 中对象的行为不理解的话，可以阅读 Python Language Reference 中的 Data Model 一章。这一章除了是参考文档之外，更是一份对 Python 的哲学的解读。对 Python 的语言设计本身有看法的话，应该在先读过这一章之后才能评价自己的看法是否有道理可言。

“方法或函数的形参都是局部的，随着执行完毕，出栈后对应的执行环境都会被销毁，为什么还会出现这种情况呢?”这句话是从 C/C++的设计来理解的。Python 里会有这种问题是因为 Python 中函数是所谓的一类对象，你可以就把它当成函数类的一个对象，而所谓的函数类，也没有什么特别的，就是定义了几个特殊方法如__call__等。这样就很好理解，因为定义函数时的签名列表是这个对象中的实例变量，只要这个函数对象没有被销毁，其实例变量自然也不会被销毁。