我对数组与数组运算的认识（欢迎探讨）

gouweicao78

其实，这篇东西说起来就几个词：
1、分别：把数组拆开了就是一个个单一的元素，分别参与计算，一一对应地去算。
2、方向、尺寸：都是站成一排，你们5人，我们6人打架，你们肯定喊不公平。所以“同向一维数组”尺寸要一致；如果3位领导来慰问10个员工，每个人都要握一次手，那么3人为一列，10人为一行，做“异向一维数组”一个个握手，就不需要尺寸一致了。

tomleej

谢谢，慢慢领会

xiaogljc

我想和大家分享一个观念：从理论出发，对工具是“一针见血”式的掌握！
版主的帖子很好，在下不才，再整理一下，方便大家理解和记忆^_^

baozi741

谢谢楼主分享，先收藏

lhx120824

多次看此帖，每次的收获都不一样，总是感叹数学功底对excel太重要了。

gouweicao78

谢谢探讨，你的“最小公倍数”尺寸，与“自适应观点”相似，并且有所发展。

有2个问题：
1、简单地把数组运算对等于矩阵运算是不妥的（这是称呼上容易混淆的）
例如：MMULT(array1,array1)，两个参数所执行的是“矩阵相乘”的运算，对参数的尺寸要求是参数1的列数=参数2的行数。而A1:A3*B1:B3类型的是“数组相乘”，不一样。

2、对于“自适应观点”，我早先有所耳闻，并在帖子展示，但个人并不是很赞同这个观点，其原因有二：一是运算量问题，不管是“自适应观点”还是如果按“最小公倍数”来扩展尺寸，那么，其运算的次数将是扩大很多的；二是对于数组作为参数产生多维引用时，是否会多出区域？
这两个问题应该可以验证，如有兴趣，可以测试看看。

[ 本帖最后由 gouweicao78 于 2010-10-2 17:28 编辑 ]

zhangjimfu

“最小公倍数”尺寸，不合适吧！
例如：
={1,2,3,4}+{1,2,3}
=LCM(4,3)
4和3的最小公倍数是12,而{1,2,3,4}+{1,2,3}计算返回值是{2,4,6,#N/A}，对于同维度的计算不准确，我觉得这是由于不对称引起的，异性相吸，同性相斥！

一维数组：


二维数组：




[ 本帖最后由 zhangjimfu 于 2010-10-3 11:24 编辑 ]

gouweicao78

我177楼的回复，说的是我并不同意“最小公倍数”尺寸论，并且也不是很推荐前面的“自适应”观点，因为我认为1楼的图和文字已经描绘清楚数组间直接运算的规律了。

至于“不对称”说，实际上就是“尺寸不一致”，同方向的尺寸不一致，必然有的无法一一对应，产生#N/A并没有什么难理解的。

你图中有一处不明：

这部分也就是{1,2,3}+{2,3,4}的结果，怎么会有3行？

[ 本帖最后由 gouweicao78 于 2010-10-4 19:38 编辑 ]

chinjingo

“狗尾草”版主，看能否帮忙把一行中连续四格的普通公式改成一个数组公式，多谢了！

gouweicao78

=SMALL(MMULT({1,1},MOD(LARGE(IF(COUNTIF(OFFSET($B$1:$E$1,ROW($1:32)-1,),$B32:$E32),ROW($1:32))+{1,2,3,4}*10^{0,3,6,9},{0,1,2,3}*32+$H$35+{1;0}),1000)*{-1;1}),COLUMN(A:A))

其中的MMULT，得到的是4个行差内存数组。
另，你的问题与本主题无关，一般不是跟帖求助，而应自行发帖求助。