Для массива фиксированного размера отводится определенный неперемещаемый фрагмент памяти. По определению, изменение размера такого массива недопустимо.
Динамический массив при переопределении его размера (ReDim) размещается в другом участке памяти (на это кстати требуется доп.время, чтобы найти свободный участок памяти требуемого размера и скопировать).
В этом, собственно, и разница.
1.
2.
3.
4.
5.
6.
7.
8.
Sub Test()
Dim arr() ' должен быть динамический массив или хотя бы переменная Variant
ReDim arr( 0 To 1 )
Debug.Print LBound(arr, 1 ), UBound(arr, 1 )
' Предудущее переопределение массива будет проигнорировано
arr = Range("A1:C2").Value
Debug.Print LBound(arr, 1 ), UBound(arr, 1 ), LBound(arr, 2 ), UBound(arr, 2 )
End Sub
Приведу пример заполнения списка ListBox или ComboBox без тормознутого цикла с Add
Данный вариант не работает:
1.
2.
3.
Private Sub UserForm_Initialize()
ComboBox1.List = Sheets( 1 ).[A1:A1000]
End Sub
А этот вариант с дополнительной переменной arr работает:
1.
2.
3.
4.
5.
Private Sub UserForm_Initialize()
Dim arr
arr = Sheets( 1 ).[A1:A1000]
ComboBox1.List = arr
End Sub
Казалось бы, разница небольшая, но первый вариант это "почти выжил, но умер".
Что касается, квадратных скобок в [A1:A100], то это просто другая форма записи метода Evaluate().
Т.е. выражения arr = Sheets(1).[A1:A100] и arr = Sheets(1).Evaluate("A1:A100") равнозначны.
В определенных ситуациях я использую и [A1:A100], когда требуется наглядность, и Range(“A1:A100”), когда требуется скорость.
Не помню, чтобы когда-либо наступал при этом на грабли :)
В общем случае, конечно, лучше использовать явные преобразования, а в VB.NET в С++ без этого просто ничего не получится.
Но как говорил поручик Ржевский, случаи бывают разные ;)
Иногда, например, для совместимости с MS Excel97 и с MAC Excel приходится специально закладываться на неявные преобразования типов.
Дискутировать по этому поводу ни с кем не хочу, т.к. у каждого свой опыт, предпочтения и грабли :)
