Добрый день!
Хочу разобраться, как опускать необязательные аргументы при вызове методов.
Например, при вызове
единица передаётся в первый по порядку аргумент.
Приведёт к ошибке в методе, ожидающем число. В любом случае, обработка пустой строки может отличаться от обработки пропущенного аргумента. Аналогично, нельзя передавать 0.

Насколько я знаю - никак, т.е. придется передавать все параметры до нужного.

Хорошо. К примеру, в JScript тоже нельзя пропускать аргументы, но можно передать null или undefined (про последний возможно вру), чтобы получить желаемый эффект.

Это уже не АБАП-проблема, если вы на VBA сумеете это сделать, то и на АБАПе можно.
Я пытался сделать это году в 2005-м, у меня не получилось. Если вы в VBA явно задаете параметр, то закосить будто НЕ передаете не получится.

ещё нет Set-операций (только Get и Let). Увы!

Это о чём? Чем не Set-операция следующая конструкция?

В VB бы и было: Set obj2 = obj.meth(1)

Далеко не всё, что можно сделать на VBA, можно сделать в ABAP-e. Например, синтаксис добавления листов в рабочую книгу Excel такой: Sheets.Add(Before, After, Count, Type). Допустим, хочу добавить лист диаграммы (тип xlChart = -4109) после второго рабочего листа, пишу:

Ну и как такое изобразить на ABAP-е? Третий пропущенный параметр, конечно, можно явно заменить умолчательной единицей, становится:

Но от этого не легче (ABAP-у), так как из параметров Before и After должен быть указан только один. Я уже молчу про то, что у VBA есть еще и синтаксис с именнованными параметрами, когда в операторе вызова их можно располагать в произвольном порядке:

Похоже на вызов ФМ в ABAP-е, но в контексте CALL METHOD OF этим не воспользоваться никак. Вот здесь действительно - увы!

Да я и не настаиваю на "всё". Основной смысл моего комментария в обратном - если на VBA не сможешь сделать, то на АБАПе и подавно!

Был код, написанный в таком стиле -- в VBA выполнялся, в ABAP/OLE2 нет. Код достаточно тривиальный, в отладчике всё одинаково до вызова Set -- а потом в абапе облом.

Да, ещё вспомнил по теме -- массивы не передаются, никак (те, которые в VARIANT могут быть).

Есть такая занятная штука - MSScriptControl (я о ней уже упоминал здесь: viewtopic.php?p=438438#p438438 ). Считаю ее для себя своим открытием года, несмотря на то, что штука известна уже более 10 лет. Как-то всё руки не доходили, а в этом году, к счастью, дошли.

В этот компонент внутри ABAP-программы можно загрузить в виде текста отлаженный код на VBScript и исполнить его. Всякие вкусности Бейсика вроде массивов VARIANT или пропуска необязательных параметров в середине(!) списка - доступны. Нет, напрямую массив в ABAP по-прежнему не передать, НО(!) можно получить вариантный массив (например, значения диапазона ячеек Excel - одной операцией присваивания: varArray = Range("A1:H100")), Бейсиком же развернуть массив в огромную строку, разделив значения в строках символами табуляции, а строки - символами перевода строки. Далее передать строку в стринг ABAP-а, который SPLIT-ами разрезать и поместить во внутреннюю таблицу, завершив, таким образом, преобразование "VARIANT-массив VB => внутренняя таблица ABAP". Законченный пример по передаче массива при случае покажу.

Сейчас же покажу пример с пропуском параметров, уже упомянутый выше в этом обсуждении. В рабочую книгу Excel, открытую из ABAP-а, Бейсиком будет добавлен лист с типом "Диаграмма" (с параметром After), после чего в ABAP-е новый лист будет переименован (конечно же, на самом деле всё "происходит" в ABAP-е и разделение этапов на "абаповский" и "бейсиковский" используется чисто для наглядности):

Gustav, спасибо, оно. Добавлю только, что разделение этапов на ABAP и VBS все-таки имеет место, ведь код VBS в методе sc.Run выполняется целиком на стороне клиента. Таким образом, имеет смысл по максимуму перенести операции с xlApp в него, чтобы избежать лишних запросов на апп-сервер (если, конечно, не использовать NO FLUSH).