人们不应该为之苦思。最终对个人的心理健康和长寿更好。
Numpy标量类型的奇怪情况是由于没有一种优雅而一致的方法将1x1矩阵降级为标量类型而产生的。即使从数学上讲它们是同一回事,但它们是由非常不同的代码处理的。
如果您一直在进行大量的科学编码,那么最终您希望
max(a)可以在各种尺寸甚至标量的矩阵上工作。从数学上讲,这是一件非常明智的事情。但是,对于程序员而言,这意味着Numpy中出现标量的任何内容都应具有.shape和.ndim样式,因此至少ufunc不必对Numpy中21种可能的标量类型的输入进行显式类型检查。
另一方面,它们还应与 确实 对标量类型进行显式类型检查的现有Python库一起使用。这是一个难题,因为当将Numpy
ndarray简化为标量时,它们必须单独更改其类型,并且如果不对所有访问进行检查,就无法知道是否发生了这种情况。实际上,按照标量类型标准进行 *** 作,可能会使工作变得有点荒谬。
Numpy开发人员的解决方案是从ndarray和Python标量继承其自身的标量类型,以便所有标量也具有.shape,.ndim,.T等。1x1矩阵仍将存在,但其使用将是如果您知道要处理标量,则不愿这样做。尽管从理论上讲这应该可以正常工作,但有时您仍然可以看到一些他们用油漆滚筒错过的地方,而丑陋的内部则暴露给所有人看:
>>> from numpy import *>>> a = array(1)>>> b = int_(1)>>> a.ndim0>>> b.ndim0>>> a[...]array(1)>>> a[()]1>>> b[...]array(1)>>> b[()]1
确实没有理由为什么
a[...]也
a[()]应该返回不同的东西,但是确实如此。有一些建议可以改变这一点,但是看起来他们忘了完成1x1阵列的工作。
一个潜在的更大且可能无法解决的问题是Numpy标量是不可变的。因此,在数学上将标量“喷洒”到ndarray(将数组折叠成标量的伴随 *** 作)是要实现的PITA。您实际上不能增长一个Numpy标量,即使它
newaxis神秘地起作用,也无法将其定义为ndarray
:
>>> b[0,1,2,3] = 1Traceback (most recent call last): File "<stdin>", line 1, in <module>TypeError: 'numpy.int32' object does not support item assignment>>> b[newaxis]array([1])
在Matlab中,增大标量的大小是完全可以接受的,并且无需任何 *** 作。在Numpy中,您必须在
a = array(a)所有您 认为
有可能以标量开始并以数组结尾的地方保持震撼。我理解为什么Numpy必须采用这种方式才能与Python完美兼容,但这并不能改变许多新的切换器对此深感困惑的事实。有些人清楚地记忆着这种行为并最终坚持不懈,而另一些人则太遥远了,他们通常会留下一些深深的,无形的精神创伤,常常困扰着他们最纯真的梦想。这对所有人来说都是一个丑陋的局面。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)