|
|
1
22
对我来说,最大的问题是几乎所有的标准操作符都超载了,无法在数组中分布。 定义列表和数组
乘法复制了python列表,但分布在numpy数组上
在python列表中没有定义加法和除法
有时使用numpy重载将列表视为数组
|
|
|
2
24
因为
例子:
这是一个可怕的问题。例如,不能为使用
现在,我们必须为可能用于存储numpy数组的每种容器类型执行此操作。此外,
现在,每个容器特定的相等比较函数也必须处理这种特殊情况。 也许我们可以用一个子类来修补这个疣?
这似乎做得对。类还应该显式导出元素比较,因为这通常很有用。 |
|
|
3
21
我觉得这个很有趣:
另一方面,对于python列表,这是按预期工作的:
有趣的旁注:麻木本身在
原因是,在第一个案例中,我们正在处理 意见 数组的值,因此值将被就地覆盖。 |
|
|
4
12
|
|
5
7
切片创建视图,而不是副本。
|
|
|
6
6
所以不要通过检查数组的真值来测试它的空性。使用
不要使用
|
|
|
7
6
numpy数组的真值不同于python序列类型,其中任何非空序列都为真。
当数字类型为非零时,它们为真;作为数字集合,numpy数组继承此定义。但有了一组数字,真理可以合理地表示“所有元素都是非零的”或者“至少有一个元素是非零的”。numpy拒绝猜测哪个定义的含义,并引发了上述异常。使用
|
|
|
8
5
(相关的,但麻木与坐骨神经痛的对比,而不是麻木与巨蟒的对比) 数组实际大小之外的切片工作方式不同:
所以切片时
|
|
|
9
3
这测试身份,也就是说如果它是同一个对象。因此,结果显然应该是真、假、真,因为当您执行float(无论什么)操作时,您正在创建一个新的float对象。
我不知道你对此感到惊讶是什么。
这是我必须跑的。:-)当您将NaN插入数组时,它将转换为numpy.float64对象,这就是为什么[1]是NaN失败的原因。 对我来说,这一切似乎都相当不足为奇。但我对麻木的了解不多。-) |
|
10
3
到目前为止似乎还没有人提到:
努米
|
|
|
11
2
来自Neil Martinsen Burrell in numpy-discussion 7个月——
|
|
|
12
2
我发现事实上,将元素列表相乘只会创建元素视图,这让我陷入困境。
所以,如果您创建一个这样的元素列表,并打算对它们执行不同的操作,那么您将被破坏…… 一个简单的解决方案是迭代创建每个数组(使用“for loop”或列表理解)或使用更高维度的数组(例如,这些一维数组中的每一个都是二维数组中的一行,通常速度更快)。 |
|
|
13
2
不是什么大问题:有了布尔切片,我有时候真希望自己能做到。
类似于python的双重比较。相反,我必须写
(除非你知道更好的事情?) 另外,np.logical_和np.logical_或每个只接受两个参数,我希望它们接受一个变量号或列表,这样我就可以输入两个以上的逻辑子句。 (numpy 1.3,可能这在以后的版本中都发生了变化。) |
|
|
14
2
一个惊喜
令人惊讶,恼人,但可以理解。这个
|
|
|
15
1
无的0-D数组看起来像无,但它不同:
|