IsMissing для не варианта

[arthur2]

Есть функция с опциональными параметрами. Как узнать, был послан конкретный параметр в функцию или нет? IsMissing работает только для варианта.

[iGrok]

А "простой" способ, с заданием "невалидного" значения параметра по умолчанию, и последующей проверки валидности не катит?

[arthur2]

Не, ну это более-менее очевидный вариант. Я имел ввиду, чтобы придумать какой-нибудь трюк.

Мысль была такая: перед вызовом функции в стек по очереди укладываются все параметры. Если наш опциональный параметр байвал, то безнадега. А если байреф, то где-то выделяется место под значение по умолчанию, а в стек кладется его адрес. У меня было подозрение, что место под значение выделяется тоже где-то в стеке и можно как-то вычислить его адрес по адресам других параметров.

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

[Хакер]

Я имел ввиду, чтобы придумать какой-нибудь трюк.

Никак.

[The trick]

Они просто передают значение по умолчанию, если ты ничего не передаешь.
Получить адреса можно, но что это даст?

Код: Выделить всё

Private Sub Test(ByVal z As Long, Optional ByRef q As Long, Optional ByRef s As Single)
    Dim lplpq   As Long
    Dim lplps   As Long
   
    lplpq = VarPtr(z) + 4
    lplps = lplpq + 4

End Sub

[arthur2]

Получить адреса можно, но что это даст?

Мысль была, что если адрес значения по умолчанию совпадает с адресом параметра, значит параметр не был задан, а если не совпадает, то задан

[Vi]

Есть функция с опциональными параметрами. Как узнать, был послан конкретный параметр в функцию или нет? IsMissing работает только для варианта.

Необязательные параметры на то и необязательные, что они необязательны в описании вызова, но они всё равно обязательно будут заданы при вызове. Нет способа в реализации метода f отличить вызов f(p1,,p3) и f(p1,7,p3), если p2 имеет умалчиваемое значение 7, - это всё просто нужно учитывать при проектировании. Такие параметры, скорее, отражают "меньше писанины", а не какую-то специфическую функциональность сервера.

FYI, cамо описание необязательных параметров отличается для варианта и типизированных данных. В первом случае [optional], во втором - [defaultvalue(<значение>)].

PS
Есть способ отличить такие вызовы на уровне Invoke, потому что там все параметры передаются через VARIANT, и отсутствующие параметры кодируются специальным образом (в точности как [optional] для вариантов) и перекодируются в нужные значения при вызове кода метода в обработчике Invoke.

[arthur2]

Нет способа в реализации метода f отличить вызов f(p1,,p3) и f(p1,7,p3)

В общем, фейл Два эти вызова, на сколько я понял, попросту одинаково скомпилируются