Vba instrrev не работает

Честно говоря, бьюсь головой, но не понимаю, как такое возможно.
В прикреплённом файле есть переменные ty и td, которые я поставил просто для проверки результата функций Instr и InstrRev
В ячейке М4 эти функции дают один результат, хотя он не может быть одинаковым!
Покажите пожалуйста, где я накосячил.

Честно говоря, бьюсь головой, но не понимаю, как такое возможно.
В прикреплённом файле есть переменные ty и td, которые я поставил просто для проверки результата функций Instr и InstrRev
В ячейке М4 эти функции дают один результат, хотя он не может быть одинаковым!
Покажите пожалуйста, где я накосячил. emkub

Честно говоря, бьюсь головой, но не понимаю, как такое возможно.
В прикреплённом файле есть переменные ty и td, которые я поставил просто для проверки результата функций Instr и InstrRev
В ячейке М4 эти функции дают один результат, хотя он не может быть одинаковым!
Покажите пожалуйста, где я накосячил. Автор — emkub
Дата добавления — 08.03.2018 в 14:12

Источник

VBA Excel. Функция InStrRev (синтаксис, параметры, примеры)

Определение первого вхождения одной строки в другую, начиная с конца строки, с помощью функции InStrRev (VBA Excel). Синтаксис, параметры, примеры.

Функция InStrRev

Для поиска первого вхождения одной строки в другую с начала исходной строки используется функция InStr.

Функция InStrRev может быть незаменима при определении параметров функций Left, Mid и Right.

Синтаксис, параметры, значения

Синтаксис функции InStrRev

Параметры функции InStrRev

* Значение «-1» задает начало поиска с позиции последнего символа. Если параметр start содержит значение NULL, возникает ошибка.

Значения аргумента «compare»

* При двоичном сравнении учитывается регистр букв, при текстовом – не учитывается.

Источник

Ошибка компиляции VBA, если функция Instr используется с именованным параметром и возвращаемым значением, назначенным переменной

фон : в VBA, ‘InStrRev‘ функция может вызываться без или с именованными параметрами.

забота : в VBA компилятор возвращает ошибку «Expected: list separator», если’InStr’:

вызывается с именованными параметрами и

возвращаемое значение присваивается переменной

вопрос : Почему возникает ли ошибка компилятора VBA, когда’Instr’ используется с именованными параметрами и ее возвращаемое значение присваивается переменной ? Это ограничение языка или ошибка компилятора ?

ссылка : скриншот редактора VBA для ‘InstrRev‘ и ‘Instr инструмент подсказки. Различия выделены красным цветом.

Примечание : ‘String1‘ & ‘String2 ‘являются необязательными аргументами для’InStr‘ функция в соответствии с выше скриншот всплывающей подсказки квадратных скобок. Однако они необходимы, как указано ниже в ответе и в справочнике языка Visual Basic:https://msdn.microsoft.com/EN-US/library/office/gg264811.aspx

2 ответов

InStr странно в том, что его первый аргумент ( Start ) является необязательным, но его последующее String1 / String2 аргументов нет (несмотря на [] в подсказке) — если они были дополнительно InStr(1) б анализировать но это не так и генерирует ту же ошибку, которую вы видите.

в частности, это странно, потому что VBA запрещает это; правило заключается в том, что необязательные аргументы не могут следовать необязательным аргументам, что имеет смысл, поскольку были бы случаи когда компилятор не смог сопоставить аргументы с тем, что ожидала функция. Это также заставляет все его аргументы быть вариантами.

VB6 / A имеет много багажа, перевезенного из QBASIC, и этот язык (который iirc не разрешал пользовательские необязательные аргументы) имеет точно такую же подпись для его INSTR() поэтому я предполагаю, что поведение, которое вы видите, является артефактом специальных правил синтаксического анализа, которые должны существовать для вызовов InStr .

любопытно его полностью полное имя

не разобрать, но выдает ошибку во время выполнения, если Start предназначен:

, который работает, как ожидалось.

одной из причин Call форма может показаться, что работает, это ее no-op и может быть оптимизирована.

VBA.X () vs X ()

это генерирует время разбора Ожидается, Что Выражение ошибка:

InStr перегружен с помощью параметров варианта

на InStr функция имеет 4 необязательных параметра во время разработки, но во время выполнения должно быть предоставлено не менее 2 аргументов. Первые 3 параметра до InStr are все Variant , позволяющего InStr для поддержки двух разных синтаксисов и эффективной имитации перегруженной функции. Это одна из причин того, что String1 и String2 определяется как Variant типы, а не как String типы. Start может быть Long , но это Variant тоже тип.

в следующих 4 примерах, x и всегда присваивается значение 4

Вариант 1-использование определенного порядка параметров или имен-значения

сигнатура функции ведет себя так, как она определена:

Функция InStr ([Пуск], [String1], [String2], [Сравнить Как VbCompareMethod = vbBinaryCompare])

Вариант 2-использование альтернативного порядка или имени-значения

сигнатура функции ведет себя так, как если бы она была определена как:

функция InStr ([String1], [String2],, [сравнить как VbCompareMethod = vbBinaryCompare])

что фактически означает, что Start следует использовать так, как будто это String1 и String1 следует использовать, как если бы это String2 . The String2 аргумент должны опустить, или вы получите Type Mismatch ошибка.

Использование Именованных Параметров

но, как вы обнаружили, InStr функция страдает от синтаксиса и / или ошибок компиляции при использовании именованных параметров:

Синтаксическая Ошибка: Ожидается Разделитель

, когда все параметры им:

Синтаксическая Ошибка: Ожидается Разделитель

ошибка компиляции: объект не поддерживает именованные аргументы

Источник