Что лучше с точки зрения оптимизации ?

[Генрих]

Я пишу программу на VB6.
У меня в программе есть массивы с данными типа String.
Так же есть функции в разных стандартных модулях, которые обрабатывают элементы этих массивов. Функций много - в один модуль вместе с массивами не поместятся. Массивы тоже большие.

Есть два разных подхода как организовать программу:

1) Массивы String сделать Public, тогда функциям можно передавать только индексы элементов этих массивов, а не сами элементы - строки.
2) Массивы String сделать Private, тогда функциям передавать придется уже сами элементы - строки.

Что лучше с точки зрения оптимизации?
Мне кажется, что первый вариант лучше для оптимизации по скорости, так как передаются только индексы. Но с другой стороны массивы в этом случае придется объявлять Public, а не Private, что означает бОльшую (глобальную) область видимости этих массивов. Это тоже расходует ресурсы. Но я думаю, что второй вариант - это уже оптимизация по использованию оперативной памяти.

[SHURUP]

Функций много - в один модуль вместе с массивами не поместятся

А ты что, значения масивов прямо в модуле назначаешь? Может лучше через текстовый файл или через БД?? Хотя…

[tyomitch]

Передавать индексы лучше и быстрее во всех отношениях.
Расширение области видимости приводит к потере 4(!) байт на каждую функцию. Едва ли это кто-то заметит.

[Vi]

А может передавать строки по ссылке? Это быстрее чем передача индексов. Т.е. вместо func(i,j) передавать func(ss(i),ss(j)).

[Генрих]

Спасибо за советы всем. Я не знал, что

Расширение области видимости приводит к потере 4(!) байт на каждую функцию. Едва ли это кто-то заметит.

Тогда, конечно, нужно передавать индексы.

Новый вопрос в продолжение темы об оптимизации. Что лучше?:

Функции у меня принимают еще переменные перичислимого типа данных, что тоже связано с оптимизацией, это своего рода тоже индексы. Как их (индексы массивов и переменные Enum) передовать ByRef (по умолчанию) или писать ByVal ?

[GSerg]

Массивы в любом случае byref. Long лучше byval, что бы ни говорил на этот счёт Эплман