Range () is faster than Range []
In practice, we noticed this. But here the reason should be indicated.
This shortcut is convenient if you want to refer to the absolute range. However, it is not as flexible as Rangeproperty, since it cannot handle variable input as strings or object references. Therefore, at the end of the day you will still return to the long road. Although shorty provides readability. Consequently, perhaps this will be correct in the first round without the additional cost of resources.
Now why is it slow? When compiling.
"At runtime, Excel always uses standard notation (or, as I was told), so when the code compiles, all links in a note note should be converted to the usual range form (or so I was told). {Ie [A150] should be converted to Range ("A150") form. Regardless of the truth of what I was told, Visual Basic should remember both its compiled version of the code and any notation you used to write your code (i.e. whatever in the code module), workbook properties for file size (used memory), such as again slightly increased. "
As you can see, my answer was more compatible with VBA. However, after some research it has been proven that the VBA side does not slow down much. Therefore, you only need to take care of the C # side. @Hans gives you the best answer in a C # perspective. Hope combines the fact that you get a great code :)
Here is some performance information on Range [] vs Range () in Excel

bonCodigo
source share