说说那令人头疼的INDEX。

中国人. · 发表于 2010-2-12 18:09

感谢子元女王的精彩讲解，这里提到了两个新概念“强环境依赖性数组”，“弱环境依赖性数组”，非常惭愧不会编程，没有听过这个概念。  刚才在MS也没有找到EXCEL中有此说法，还请详解！  如果根据结果来反推概念，我觉得这是盲人摸象式的学习方法

1。EH高手们所谓的函数产生的多维引用，一般是可以通过SUMIF，COUUNTIF等运算转换为单平面的，可是这里实际上用SUMIF没有任何效果，  但它实际也不只返回了单行而是几行通过表2是可以看出的。那么为什么他没有参加运算？又如何才能使它有效

2。如果用表三来看，实际上也是一样的道理只不过，返回的只是单个引用合集，照EH高手的说法是不是也应该是多维的。

3。“可见COUNTIF的结果不是内存数组，因此，INDEX的结果应该不是引用型的内存数组，对比：”  =CELL("address",INDEX(($A$3:$C$4,$E$3:$G$4,$I$3:$K$4),{1,2,0},,{3;2;1}))这是可以看出INDEX返回的应该是引用的，虽然没有返想要的结果。再则实际上它是返回了的，可以见表三。只是无法计算罢了。

oxb · 发表于 2010-2-12 18:38

Mark一下围观此贴看看谁能有整行整列情况下把它计算进来

SLF19860429 · 发表于 2010-2-13 14:42

不错的东西，谢谢各位分享

子元女王 · 发表于 2010-2-13 15:37

“强环境依赖性数组”，“弱环境依赖性数组”只是讨论时随意起的名字罢了，官方没有任何相关的介绍，就像EH的“多维引用”，也是一样的啊，这倒是和编程没什么关系。盲人摸象，本来没有错啊，盲人要了解大象，当然要摸，只是下结论太轻率了而已，要验证，另外也可以多和别人交流啊。

1。EH的多维引用，就是我说的引用型数组，转为平面的说法我个人不采用，就是数组运算，只不过元素类型特殊而已。SUMIF和CONTIF在这里行为完全相同的
但INDEX没有返回像INDIRECT那样的引用型内存数组，所以有时要区别对待的，不然也没有那份“笔记”了

=CELL("address",INDEX(($A$3:$C$4,$E$3:$G$4,$I$3:$K$4),{1,2,0},,{3;2;1}))

怎么了？在多个单元格里返回一个非引用数组很正常啊，根据结果位置拆为九个公式分别看待

Excel从1.0到现在的12.0(中间没有6.0)，经过好几次大的改变，我们又不可能去分析源程序，很多东西都是实际使用时发现的，没有任何官方的介绍，也许程序员(显然不是一个人啊)都没有完全把那些东西理清，既然实际使用中发现了，就是要大胆假设，小心求证嘛，这份“笔记”，是当时和别人讨论时总结的一些东西抽出来，再补上一些基本介绍的，讨论过程中也多次修补自己的观点，我修补的多点，那个高手修补的极少，当时的所有问题都有了解释，那么就先这样理解罗，等发现新的无法解释的问题再修正。

keluif · 发表于 2010-2-13 16:26

我是初学的，希望在楼主的经验中找寻适合自己的东西，谢谢分享~

紫沫儿 · 发表于 2010-2-16 13:41

终于找到治头疼的药片了

Buffy_Li · 发表于 2010-2-16 16:06

好高深，，，，，，认真看看

alwstr · 发表于 2010-2-16 16:08

写的太清楚了
有一种豁然开朗的感觉～～

[ 本帖最后由 alwstr 于 2010-2-16 22:17 编辑 ]

hwy0407 · 发表于 2010-2-16 21:56

小蕾天空 · 发表于 2010-2-16 22:04

子元女王，PFPF！

此贴必火，难得探讨到如此之深的。

		自动登录	找回密码
密码			免费注册

说说那令人头疼的INDEX。

回复 11楼中国人. 的帖子

回复 6楼子元女王的帖子

说说那令人头疼的INDEX。

回复 11楼 中国人. 的帖子

回复 6楼 子元女王 的帖子

回复 11楼中国人. 的帖子

回复 6楼子元女王的帖子