OFFSET数组化 撞出 array 级别的参数数组化

chinjingo

胡版主，有空帮我看看这个，发了贴一直没解决。

胡剑0227

原帖由 chinjingo 于 2010-9-27 11:53 发表
胡版主，有空帮我看看这个，发了贴一直没解决。

有点忙

有空会看的，也请路过的朋友代为关注一下，呵呵

要不先看看？不一定会呀

chinjingo

1,一行中不是四个数字显示“”
2.四个数字但不完全存在上次出现的4个数显示“”
辅助列很容易，已经做过。想挑战一下，我思考过很久，附件中有我一个公式，那是我的思路，就是offset的参数Row()能否用一个数组，而这个数组怎么能够跟查找对象一一对应，这是我想知道的最主要问题。我现在正在学您的这个有关offset数组贴，应该有很大帮助。我想一定会有答案。

胡剑0227

数组是不能以引用为元素的

这个有出处吗？否则很容易认为黄版自己定标准。最好用有说服力的例子来证明一下。

要知道Excel帮助所谓的多重计算是同时进行的，而不是分时的，否则的话何来多重之有

一般理解“多重”和“同时”还是有区别的。一个人早上丢了钱包，下午摔了跤，晚上又和女朋友吵架，那么可以说遭受“多重”打击，显然和“同时”不能等同。因此，不知道这个话是否有出处，另外是否能用实例演示一下。否则，很容易认为黄版自己定标准。

不要别人用空间来区分多维引用，你就非要造一个概念用时间来区分，

我觉得这个就应该算无端揣测。
黄版的所谓多维引用我理解成一个数组，数组的元素是引用区域。这个是我对返回值空间排布的认识。
对分时的解释我上面讲过了，我觉得已经比较清楚了。而且绝对是有根有据，而不是无端揣测。


...而不顾事物的本质。就算是用时间区分，它还叫多维引用，因为时间也是一个维度，维度并非仅是空间上的划分

这里的逻辑很搞笑。从第一句可以认为黄版是重本质的人。但从第二句看，在黄版眼里多维的内涵即使有了本质的差别（从空间转到了时间），只要名称还是叫做多维引用那就无所谓。这个我倒是觉得太看重名字了。

建议多做些真正有开创性的东西，而不是在这里偷换概念。

我觉得从时间上去分析理解就是开创性的东西，而不重视多维内涵，只抓概念名字的倒是太注重虚表的东西了。

参数是数组，本来是很正常的，简单地描述即可，很容易理解，何必造个所谓“数组化”的噱头呢，是不是越玄乎也好？

这个就要好好说一下了。我的感觉是黄版并没有了解清楚我说的“数组化”是什么概念，但是呢黄版确信这个概念是故作玄虚的。这就是无端揣测，交流沟通的前提是先要明白对方在讲什么，而不能都不知道对方讲的是啥就直接批判，这个简单粗暴了一点，呵呵。

好，转正题。

数组 只是一个名词，数组化 是指一个处理过程，对表述数组运算更具体形象。

数组化，我一般是和某个参数结合在一起讲的。
以vlookup函数为例，第一参数 lookup_value,类型是一个 值 ，一般用法下 VLOOKUP函数也返回一个值。
lookup_value数组化  是指生成一个数组，而数组的元素是对应的参数类型（这里就是 值 ）。

这样，很多函数 参数数组化 以后就得到对应的数组用法。这比简单说函数的参数用数组时就得到对应的数组用法要清晰地多，而且更有生命力！

还是用VLOOKUP，如果只是停留在某参数用数组就得到对应的数组用法，那么对参数lookup_value的数组应用可能关系不大，但是 对 第二参数  table_array （本身就是一个数组）就会直接舍弃它的数组用法，甚至很多人想都不会去想！

而使用参数数组化的概念，我们可以很自然地想到，以 第二参数的参数类型（二维数组） 为元素 去构造一个数组(也即数组的元素是二维数组），那么就能得到对 第二参数表参数的数组化应用。这个就是由创新性的。这就是数组化思想的魅力所在！

但胡版作为一代宗师，犯这样的错误，实在难以让人理解。

一代宗师？呵呵，吓死我也不敢。前几天还是半瓶醋，今天就成了宗师了。我有种被黄版踩在脚下，然后又被抓起来抛到高空的恐惧。

一定要说，不然影响面太大了，我就当一回坏人吧。

我是很愿意和黄版和各位老版主心平气和的进行技术探讨的，但我觉得对话过程中应该少些惹事的砸碎比较好，呵呵。

切忌凭空臆想，力求脚踏实地

恩，108楼黄版的话我基本同意。最后两句应该算是给我的劝告吧和忠恕吧。我想告诉黄版，你放心，其实从这个帖子一开始，我的所有猜想和结论都是以实例为基础的。黄版也忌凭空臆想，总是担心我胡乱发表言论。其实，在我们这样的技术论坛，凭空想象的是靠不住的，不用黄版把关，只要使用的时候出现问题我的谬论就直接破灭了。

大家也应该知道我发表那么多见解是极具风险的，但只有说出来，分享给大家，接受大家实践的检阅，才能让一些创新更加成熟。穷理尽性，我想这是我们爱技术的人都应该有的。我只是想和大家分享一些具有持久价值和意义的东西...并非黄版想象的想故意搞出些花样，搞点噱头...

[ 本帖最后由 胡剑0227 于 2010-9-27 17:11 编辑 ]

gouweicao78

在普通公式中，可输入包含数值的单元格引用，或数值本身，其中该数值与单元格引用被称为常量 （常量:不进行计算的值，因此也不会发生变化。例如，数字 210 以及文本“每季度收入”都是常量。表达式以及表达式产生的值都不是常量。）。同样，在数组公式中也可输入数组引用，或包含在单元格中的数值数组，其中该数值数组和数组引用被称为数组常量。数组公式可以按与非数组公式相同的方式使用常量，但是必须按特定格式输入数组常量。
数组常量可包含数字、文本、逻辑值（如 TRUE、FALSE 或错误值 #N/A）。数组常量中可包含不同类型的数值。例如，{1，3，4；TRUE，FALSE，TRUE}。数组常量中的数字可以使用整数、小数或科学记数格式。文本必须包含在半角的双引号内，例如 "Tuesday"。
数组常量不包含单元格引用、长度不等的行或列、公式或特殊字符 $（美元符号）、括弧或 %（百分号）。

个人认为：
对于多维引用的理解，在某种程度上与“数组”有些相似之处，比如“多个”（其实，还可以只有1个元素）。胡兄把多维引用返回的每个区域，想象成一些能够图像化的颗粒，这一点我是认同的，数组也可以这么去想象，似乎理解起来比较容易。

但是实质却又很大的区别：一个是引用，数组的实质就是数组。

COUNTIF、SUMIF函数，第一参数无法接受数组，只接受引用，多维引用是“引用”，所以能被接受。如果多维引用是“数组”，则不被接受。


SUM函数不能直接从多维引用中求和，但可以直接从数组中求和：


上面动画演示的是单值、数组对引用的维度产生的影响。
同时，按F9的结果，与表面看的不相同。虽然单元素数组在表面上（不是按F9）也可以得到正确结果，但其实质已经不一样了，有用过多维引用的，就知道这个现象。

【抓住问题的实质】，这不正是胡兄所言吗。因而，才需要把引用、数组区分开，而不混淆在一起。

[ 本帖最后由 gouweicao78 于 2010-9-27 17:45 编辑 ]

apolloh

呵呵，胡版果然一代宗师！行！继续你的迷踪拳吧！EH10年出了一个胡版，真是大幸之所至，我为EH祝福吧！

胡剑0227

呵呵，草版，你那个问题我暂时不想辩了。无穷无尽也没多大意思，有些东西让时间去选择吧...

对黄版想说的是，不要乱扣帽子，这个意义不大，看了很滑稽。

貌似高手

有点火药味了！嘿嘿！
一般情况而言，就拿电影来说吧：不是高手过招没看头，最好是旗鼓相当的高手，正邪就不要说了，反正都十分了得就行，拿出看家本领，独门绝技，全使出来。
我们呢，旁观，偷学绝技，嘿嘿！这帖子我是反反复复的看了数遍，虽然悟出的东西不是很多，但的确偷学了一些，不知道偷学的是毒功呢还是神功？到时使出来，估计也能伤人！嘿嘿！
废话少说：高手继续，我们嘛，继续旁观偷学！

cyy20050808

下载了，慢慢学，谢了

Robin.Ye

胡版又有新作，下载了，好好啃啃！
感谢！