Daetalus

我作为开源爱好者在给 Qt for Python 修复 bug，主要在弄 QByteArray 的支持。之前修复了 QByteArray 的切片索引的功能，现在在弄 QByteArray 的切片赋值功能，PyQt 中的 QByteArray 不支持切片赋值。

顺便说一句，Qt for Python 是项目名称，PySide2 是包名。

同时建议现在不要用，我在给 Qt for Python 修复 bug 的时候发现其对 Unicode 的支持非常差。在 Qt for Python 自己开发的自动封装工具 shiboken 中，字符串转换功能基本上全是错的。但现在在英文环境下勉强能用，所以还没有修。有时候用到 Unicode 字符会崩溃。

我猜是因为 PySide 和 shiboken 之前是巴西人开发的，估计他们没有严格测试吧。

@workwonder 这不是有没有普适性的问题，而是不应该把数据清理和数据处理的步骤混在一起。在你这个例子中，本质上你还是在真正的 min 和 max 前面加上了一个数据清理的步骤，然后调用 min 或 max。

数据到你这里还有 None，怎么看都是架构上出了问题。最明显的一个，就是你无法判断一个迭代器是否包含了一堆 None。

如果是正常的数据，直接迭代一次就能知道序列是否为空。你这种情况还要将迭代器转成列表，以此来判断每个值是否为 None。你自己说说是不是设计上哪里出问题了。

所以到了调用 min 和 max 的地步，数据中居然还可能为 None、[None]、含有 None 的迭代器，这些都是非常不靠谱的。建议加上一个数据清理的步骤，从逻辑上将两者分开。

你不应该把数据清理（清洗）步骤和数据处理步骤混在一起。

对于处理数据的人员来说，进行防御性编程，比如添加“数据校验”并“尽早报错”是常识。你自己武断的去除这两个步骤是不负责任的。追求目前能用就行了，这怎么看都是新手的作风。如果数据传到你这依然有 None，证明前面出了问题，你要么反馈给前面步骤的负责人员。嫌麻烦的话就自己再添加一个数据清理的步骤。

返回 None 是大忌，最好的做法是报错并给出可靠的错误消息。

我没有恶意，但看到公司的英文名字，第一个跳入脑海的是“ moron ”。。。

特意登录来赞你！

@tttty
Python 文档中，对`sys.getrefcount(object)`的解释是：

> Return the reference count of the object. The count returned is generally one higher than you might expect, because it includes the (temporary) reference as an argument to getrefcount().

即调用`getrefcount`时会将引用技术临时增加 1 。对于 3 和 8 的来源，我猜测是由于 string 的 intern 机制保存了之前的常量？你可以试着关闭解释器，重新启动再查看下。

理解成在箭头向右的数轴上，左边最近的一个整数。

第一个问题，从原理上来说， Python 中字符串是不可变的。而根据 C 模块的代码，"si"表示接收的是字符串，而 Python 中字符串是不可变的，因此不能像 C 语言中那样先创建一个长度为 10 的空字符串，然后传入函数，在函数中修改其中的内容（这只是原理，你的代码中并没有修改）。因此要么用字符列表，要么就改变思维方式。

又看了下你的代码，我觉得可以直接使用 input()函数，获取字符串对象，然后传到 C 层面中并解析给一个 const char*对象。如果仅仅想实验一些 C API 的功能，还是要注意 Python 和 C 在思维上的差别。

PS ：你的 C 代码写的不错啊！看上去是有经验的。


第二个问题， Python 中所有都是对象，这个对象在 C 层面指的是 PyObject ，所以从 Python 层面传来的参数不能直接通过`if(!PyArg_ParseTuple(args, "？", &s))`解析给 C 层面的纯 struct 对象。

有几种解决方案：
1 、弄个中间的结构体，其中含有 PyObject_HEAD ：

typedef struct {
PyObject_HEAD
xxx;
} PyXxxxObject;

然后将这个对象转成 demo 对象。要么直接把 demo 定义成 PyObject 对象。之后就是传递 O 对象了。

2 、使用 struct 模块，位于标准库中，不用担心移植性。具体参考相关文档。

3 、利用 PyDictObject 和 PyListObject 进行一些较为复杂的模拟。应该是可行的，但我没想好细节。就不给出代码了。

对了，强烈、强烈建议不要混用 ctype 和 Python C API 。