ihawk

Dupay 的 master card 可以支持 chatgpt （应该也能支持 API ）；早期的 VISA 卡可以支持 API ，新的没试过。

（ https://dupay.one/web-app/register-h5?invitCode=824912 ）介意请删邀请码

@youmee 系统怎么验证这个计算结果是不是需要的呢？我随便返回一张全黑的图行不行？

嗯，活着都没意义了，嘿嘿

挖矿为啥都是无效算力呢？因为必须是标准化的计算，也就是大家算同一道题，最后谁先给出结果算谁的，另外还得好验证结果正确与否。而且正经的 AI 计算是没有标准答案的，就是不知道答案才需要算，所以很难像挖矿那样众包出去，还能精确计算报酬。

很难得,真的太好了,感谢开源了这么实用又复杂的项目

@AX5N 不是吧，哪有这么武断的，从强类型到弱类型，是一个渐变的过程。从维基百科 [https://zh.wikipedia.org/wiki/%E5%BC%B7%E5%BC%B1%E5%9E%8B%E5%88%A5] 列出的一系列“强类型”要素来看，以下几条 Python 肯定是不符合的：

* 类型是与变量相连系的名称（通常是在声明时），而不是值（通常是在初始化时）
* 拒绝(在要么编译时间要么运行时间)尝试忽视资料类型的操作或函数调用
* 禁止类型转换。某个类型的值，不论是不是以显式或隐式的方式，都不可转换为另一个类型。

显然它的类型系统不是那么“强”。

当然， 这不是本帖的重点，而且 Benjamin 也说了：“这些术语的用法不尽相同，所以也就近乎无用”。

@xiri 嗯，我是这样理解“强类型”的：就是一个变量或属性，声明的时候是什么类型，赋值的时候，就必须是这个类型。从这个意思上，Python 应该不属于强类型。Python 的数据类型设计思路不也称为“duck typing”么：只要看起来像是这个类型，就可以用了，至于它本来如何声明的，不重要。

所以我这个小工具（包括 dacite ），可能不太 pythonic，不过语言都在互相借鉴，PEP 这两年也一直在加强类型声明。

@weyou 理解你的意思了，目标不太一样，你的项目是想尽量方便地把 dict 转换成对象，实现得还挺强大的。不过我这里是假设已经有业务对象了，就是想按指定的类型反序列化。