VBA中引用工作表函数，速度会大大降低，不得已就不要引用

lizhipei78

最近我发现论坛中很多人使用字典的一对多查询，我也比较喜欢用，毕竟比较简洁

如d(Arr(i, 1)) = Array(Arr(i, 2), Arr(i, 3), Arr(i, 4), Arr(i, 5))，然后利用Application.Rept(d.items, 1)来回填到单元格
如果是一整行的话，会用到d(Arr(i, 1)) = Application.Index(Arr, i)
之前大神们都是用的数组法，d(Arr(i, 1)) = i，  Brr(i, j) = Arr(r, j)的形式，我觉得这种太烦锁了，很少用。
为了测试它们的速度，我弄了8万行的数据
结果发现还是数组法最快速，即是

这种虽然代码有点多，但是它的效率是最高的
而Application.Index(Arr, i)这种是最慢的，虽然它很简洁，但是8万数据的话，基本上就是卡死了
而且我发现用5个字典，其实速度也不慢
所以大家要用到一对多的话，直接用几个字典好了，虽然不好看，但是它简单啊，效率也高

沈默00

LZ优秀，，，感觉大神们的代码都相对比较长些，效果好，后期调试和修改方便

吴中泉

我的天娜!
歇一个月没有接触VBA,怎么看代码都陌生了.
怎么忘得这么快?
真得是老了!

micch

每个人想法不同，有的人觉得代码写的少更好维护和修改，有的人觉得代码写的越详细越好，方别别人看懂和维护。根据自身情况决定如何写就行，反正条条大路通罗马，就VBA处理的对象来说，大部分情况都不需要考虑速度的问题，反正也没多少数据。

huanghai22

这个帖子要是被坛里那个一句六行哥看到，可定会跳起来炫自己两三行就能搞定，然后鄙视各大神代码太长

nicleyuan

huanghai22 发表于 2023-9-14 08:52
这个帖子要是被坛里那个一句六行哥看到，可定会跳起来炫自己两三行就能搞定，然后鄙视各大神代码太长

你声音小点，六行哥已在路上。

HLAI

其实人时时刻刻都在变，即使常用的语句习惯，在某个时间忽然就又会因为某些原因来个大改变。翻看自己十多年前写的语句，跟现在的就相差很多。除了学习了新的知识导致语句变化，还有就是程序越来越复杂，要完成的功能细节越来越多，如果再为了精简程序而写更短的代码，需要太多的时间，也为后续的改进造成障碍，因为经常会忘记当时自己是怎么构思的。其实最显浅的就是，以前单元格都喜欢用16的行高，现在却喜欢用18，因为老花眼看不清楚了……

高个子

huanghai22 发表于 2023-9-14 08:52
这个帖子要是被坛里那个一句六行哥看到，可定会跳起来炫自己两三行就能搞定，然后鄙视各大神代码太长

完了，你一说这话，六行哥如果看到就马上过来秀了

GG函数

像MAX MIN 等等，比较通用的，推荐使用工作表函数，实际上、大多数情况下，若想提速，只有老老实实敲代码这一条路。