@conn4575 #12 你说的是 Django-restfulframework 的 serializer 吗？ serializer 其实和 Django 自带的 forms 表单验证是类似的，多了反序列化功能。

schema 我也看了一下，感觉描述数据约束的方式不够优雅和直观。

python-validator 支持嵌套的。使用 DictField 就行了，文档在这里 https://ausaki.github.io/python-validator/fields/#dictfield。

@ebingtel #10 如果在使用过程中遇到问题欢迎提交 issue。

@d18 #8 刚看了一下这个库，是有点类似。

@Trim21 #2 我当初考虑到了这个情况，将 strict 设为 False 就会尝试进行类型转换了。

同理，StringField 也可以允许非字符串类型的数据，只要可以转换成字符串。

@lilydjwg #18 找到几个相关的链接：
1. https://rushter.com/blog/python-lists-and-tuples/
2. https://stackoverflow.com/questions/68630/are-tuples-more-efficient-than-lists-in-python/22140115#22140115

@lilydjwg #16 我刚在 Python （ 2.7.10 ）的解释器测试，得到的结果和你的类似，tuple 的内存被交替使用。

>>> a = 1
>>> b = 2
>>> id((a, b))
4469425216
>>> id((a, b))
4469425504
>>> id((a, b))
4469425216
>>> id((a, b))
4469425504
>>> id((a, b))
4469425216
>>> id((a, b)), id((b, a))
(4469425504, 4469425504)
>>> id((a, b))
4469425432
>>> id((a, b)), id((b, a))
(4469425432, 4469425432)


然后我进一步测试：

>>> a = 1
>>> b = 2
>>> c = 3
>>> id((a, b, c))
4403338528
>>> id((a, b, c))
4403338528
>>> id((a, b, c))
4403338528
>>> x = (a, b, c)
>>> id(x)
4403338528
>>> id(x)
4403338528
>>> del x
>>> id((a, b, c))
4403338528

我觉得这是 Python 内存管理的优化。

下面是我在 IPython 中测试的结果：

In [1]: a = 1

In [2]: b = 2

In [3]: id((a, b))
Out[3]: 4512224320

In [4]: id((a, b))
Out[4]: 4510990992

In [5]: id((a, b))
Out[5]: 4510066880

In [6]: id((a, b))
Out[6]: 4510871064

In [10]: t1 = (a, b)

In [11]: t2 = (a, b)

In [12]: t3 = (a, b)

In [13]: t4 = (a, b)

In [14]: id(t1)
Out[14]: 4512123720

In [15]: id(t2)
Out[15]: 4511225328

In [16]: id(t3)
Out[16]: 4510011976

In [17]: id(t4)
Out[17]: 4510782816

(a, b)每次都会生成新的 tuple 对象，ID 都是不一样的。id((a, b))调用结束后，(a, b)引用计数为 0 被回收。至于你 1 楼中的代码出现 id 一样的情况，应该是 Python 内存管理使用了回收的内存

可以试试我用 Python 写的 subfinder，https://github.com/ausaki/subfinder

@watermelon92 #18
right_fn 编码没问题，那可能是文件系统编码默认是 ascii 的问题，你看一下 sys.getfilesystemencoding()是什么。
如果是 ascii 的话，
1. 设置正确的 locale
或者
2. 将 right_fn 编码为 bytes：
right_fn = right_fn.encode(ENCODING)
with codecs.open(right_fn, 'w+', encoding='utf-8') as output_file: # 创建并打开新文件

right_fn = fn.encode('cp437').decode('utf-8') # 将文件名正确编码
这里为什么需要对 fn 进行 encode 和 decode ？ fn 如果可以 encode 的话，说明 fn 是 unicode 类型，就没必要先 encode 在 decode 了（最终结果还是 unicode ） 而且 encode 和 decode 的编码参数都不一致，可能会导致异常。

说回你的问题，我猜测是 `right_fn = os.path.join(release_file_dir, right_fn)` 导致`right_fn`编码出问题了，建议你检查一下`release_file_dir` 和 `right_fn ` 的编码。

电信的挂了，联通还能用

awesome

试出来了版本 v7.6.0.3525

挺厉害的

感谢提醒，更新好了

淘口令解密了解一下

PHP 果然是最好的语言 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

@dexter 你说的是巴西吧