Очень часто в последнее время на форумах по VBA попадаются скопипащенные ответы на тему "чем отличается функция Function от процедуры Sub". И количество ответов в стиле , дословно "процедура не может возвращать значение" просто зашкаливает.

Так подумать, а что же делали люди без Function то, в обычном Sub , на бейсике ,году этак в 1980м. Правильный ответ - возвращали значения из Sub и не парились))

И также не парились, если надо было из одной процедуры (да и из функции можно) получить 2,3,4,5,N значений на выходе. Без возврата данных в виде массива. Все гораздо проще, просто все уже забыли) В целях проекта "вспомнить всё" можно напомнить как это было))

Как вывести значение из процедуры:




Обращение и вывод Значения2 из процедуры Sub (к примеру на кнопку гденить):




Если заменить Sub на Function в примере выше, все также прекрасно будет работать.

Просто в какой то момент разработчики слегка проапгрейдили Sub, назвали его Function и дописали к нему возможность вывода значений путем присвоения по ее ссылке на имя, значение выводимой переменной.

Отличие Sub от Function для нас исключительно косметическое. Все можно вернуть, как из функции ,так и из Sub) Просто в функции ради удобства не надо дописывать какую именно переменную мы оттуда хотим вытащить. Можно сразу явно указать ИмяФункции=переменная. И сама функция сделает выбор нужной переменной и передаст по ссылке от своего имени)

И вот таких тем море, на киберфоруме, planetaExcel etc... люди забыли что такое byVal и byRef)

vmag,

Так вы то еще застали наверное старую школу, c goto Sub и прочими, посмотрите как пишут сейчас, практически никто не использует byVal и byRef в коде)

Да, + экономия на локальных переменных;
Но Split это встроенная процедура/функция (скорее всего может быть даже отдельный класс, со свойством, вы же обратились потом (0) и вывели первый элемент массива). Кстати вторая тема интересная,что String это по сути массив символов, и по нему также можно пробежаться. Это также народ, который учит VBA не догоняет сначала). И это не примитив типа byte,int.

Перевести текст в массив обычной процедурой тоже можно, но да, код не на одну строку. Придется покружится.

Нифига подобного, текстовая переменная это не примитив.

вы свободно можете сложить два числа к примеру 10+5 и получить 15.
а потом к примеру нам нужно сложить две текстовые переменные "A"+"B".
(Еще один момент из прошлого, раньше конкатенации не было, был один знак плюс)

Порядок сложения простых чисел и сложения текстовых переменных совершенно отличается по способу обработки значений и накоплению информации в стеке.

Не ,String не примитив,точно. Этому на первых занятиях учат на курсах по программированию.

PS. - не пью, от слова совсем))

Вот кстати прекрасный пример у Акина со Split и текстовой переменной.
Панург попробуйте то же самое Split сделать с числом, к примеру Split (100500) (0) ну а потом к примеру Split (100500)(1)) и вы увидите как примитив типа целого числа отличается от текстовой переменной типа String. Стринг это не примитив и по умолчанию проявляет свойства массива.

ROI,

Уверен, что для тех кто здесь отписался и частый гость ветки access ничего нового не открыл . Потому что все кто отписался, средний стаж в vba 10++. А вот людям , которые задают подобные теме топика вопроса, есть шанс попасть сюда по ссылке и посмотреть как это работает. )

PS . Недавно показал одному человеку как параллельно из функции можно вывести значения ссылаясь на саму функцию и на аргументы передаваемые по рефу, у него был разрыв шаблона, по типу такого:




И помимо вызова самой функции которая выводит значение сама, можно ещё дёрнуть параллельно по рефу два значения из сигнатуры функции. Шок контент практически. Очень удивился , потом прочитал что то, и стал отмазываться типа это устаревший метод использования итд итп)

В смысле как?)
Это пример функции, где она сама выводит вводимое в нее значение (просто как пример), а также параллельно,уже вызвав её можно еще
дернуть два других из сигнатуры)

К примеру:




То есть она передала значения и в классическом для нее виде и еще 2 передала по ссылке)

По умолчанию в VBA по идее вроде должен стоят byRef , потому что он и переменную обычного типа и объект может передать( сослаться имею ввиду)

Панург первым успел))

booby,

Тебе надо успокоиться прост, с одного письма подпалили дюзы. Уже попкорн кончился ))

booby,

Обидишься, если разрушу, или забанят)
Я понимаю что на обсуждение собрались те, кто шарят в vba. Материал действительно элементарный.
По программированию убедить или удивить мне тебя нечем.
Но просветить могу ,то что ты поверхностно знаешь.
Это твой ник. Я не педагог как чувак сверху, я мореходку закончил, и всю жизнь занимаюсь перевозками, и международными отношениями. Я рекомендую тебе его сменить ,если форум позволяет.

Потому что booby на восточном побережье США на слэнге у цветных ребят значит уменьшительно ласкательное название женской груди, ну и так они своих подружек называют. Это не оскорбительное выражение, просто дословный перевод my booby это примерно переводиться как "мой сосочек", моя дурашка" Ничего не имею против мулаток из Бостона к примеру
, но надеюсь что на LinkedIn ты не зафорсился под этим никнеймом. И это пруфы, так же как ты разобрал бинарник чуть выше.

Это раньше так public переменные называли, общие в смысле область видимости у них общая.

Панург, не знаю

Нет:
https://docs.microsoft.com/ru-ru/dotnet/visual-basic/programming-guide/language-features/procedures/differences-between-properties-and-variables

Хотя может чего и не догоняю

Слишком простое решение для MS, подозрительно

Точно, прикольно, этот момент я действительно пропустил, обращения и ссылки из таких объектов аксесса, как запросы и отчеты.