May 2009
Intermediate to advanced
1176 pages
25h 8m
English
A common complaint about VBA in general, and particularly procedures that automate Excel, is poor performance. While there is some truth in that, say when compared to C++, it is often due to poorly structured or poorly written code. This is probably because VBA makes it easy to write code that works, but difficult to write code that works fast. As a general rule, the speed of a well-optimized procedure can often be an order of magnitude faster than the original code, and improvements of two orders of magnitude are not uncommon. This chapter explains how to achieve those savings.
The end users of your application are the final arbiters of performance, and they rarely use stopwatches to ...
Read now
Unlock full access