一直以来,数据求和都是用SUM、SUMIF、SUMIFS,有人可能会说SUMIF和SUMIFS是归属于IF和IFS系列的,IF和IFS只能条件判断,本身并不具有求和功能,所以我还是将他俩分在求和函数里面。
直到前不久,学了FILTER函数,发现用SUM+FILTER后,基本可以抛弃SUMIF和SUMIFS了,甚至SUBTOTAL(参数9/109)都被我抛弃了。
却在今天的工作中遇到一个求和场景无论是以上任意求和方法都得不到正确的答案。
刚开始还以为是遭遇了文本型数字,由于数量巨大,懒得一一查证,便直接上网搜索,还真发现了牛掰plus的求和函数AGGREGATE。
AGGREGATE和SUBTOTAL类似,但比SUBTOTAL更强大,可以看作SUBTOTAL是1.0版,AGGREGATE是4.0版。
AGGREGATE的具体用法就不介绍了,免得被人说是水贴(复制粘贴),社区有帖子专门介绍
今天要说的是,在工作中,用WPS保存后,用Excel打开时,发现了偷懒的最高境界就是摸鱼,先看截图再解释槽点:
Windows(办公室):
WPS
Excel
这里说明下,不吹不黑,在微软知识库里,明确的说到了“对呀对呀!回字有四样写法,你知道么?” 啊呸,不对不对,走错片场了。
AGGREGATE有两种语法,那说明Excel上在输入函数的时候,并没有出错。
回家后,越想越不对,难道是Windows版的WPS出BUG了,应该不会吧,赶紧打开Mac看看。
Mac:
WPS
Excel
这......
不甘心的再找AI验证,用了最近很火的月之暗面(Kimi),有人说这里为啥不找WPS AI,相关机构办案都要避嫌,不用自家的律师。
现在基本知道,AGGREGATE函数中的k值只在某些函数中起作用(一参中的函数),但是上面提到的教程里面对AGGREGATE函数的两种语法都有详细解释,为何到了WPS软件中就变成一种了.....
程序媛摸鱼了?
学堂上讲到的[k],在WPS的公式编辑器里凭啥没有解释??
罢鸟罢鸟,那些函数我基本上用不到,所以不必苦恼了,反正用不到?
再来一个类似的
不过INDEX这个上古函数已经熟悉用法了,是否有解释也不重要了。
原文链接:https://bbs.wps.cn/topic/37770