Предлагается более удачное решение.

Исходники находятся здесь: http://yoksel.cvs.sourceforge.net/yoksel/SpreadSheet/Utils1s/Context/
Тесты к ним находятся здесь: http://yoksel.cvs.sourceforge.net/yoksel/SpreadSheet/Tests/Utils1s/Context/
Памятка по использованию находится здесь: http://yoksel.sourceforge.net/?wakka=PamjatkaPoUtils1sContext&v=9aq
Для демонстрации использования решения создана ВК Michele - позволяет рисовать в окне 1С методами GDI и сохранять созданное изображение в файл формата BMP, JPG или PNG. ВК находится здесь: http://uzhast.fatal.ru/Michele/

Краткое описание решения.

Оберточные классы представляют собой шаблоны C++. Никаких макросов для реализации использовано не было. Справедливости ради можно отметить, что сообщения компилятора при использовании шаблонов в случае ошибок так же не блещут понятностью, как и при использовании макросов. Однако шаблоны не могут выйти из своего пространства имен, ведут себя более предсказуемо, место ошибки показывается гораздо точнее.

Решение позволяет строит переходники почти к любому произвольному классу C++. Будем называть такие классы основными. Основной класс может вообще не знать о существовании 1С, типов CValue и CBLContext. Мы просто указываем компилятору, чтобы он сгенерил переходник к основному классу и указываем к каким методам и свойствам следует создать обертки. Мы просто указываем RegisterMethod ("РусИмя", "EngName", MainClass::Method). Далее мы можем менять количество параметров у метода, менять типы параметров и возвращаемое значение. Определение контекста при этом менять не нужно. Достаточно перекомпилировать проект и компилятор автоматически создаст метод-обертку, для измененного метода основного класса.

Если метод использует параметры по умолчанию, то их мы также описываем при вызове RegisterMethod. При этом мы используем реальные типы (число, строка и т.д.) - работать с CValue не нужно. Также нет никакой необходимости в мусорных функциях, сообщающих 1С о параметрах по умолчанию - весь этот мусор будет сгенерирован автоматически.

Контекстный класс-обертка не связан отношениями наследования с основным классом. Он может единолично владеть объектом основного класса, разделять владение с другими объектами или может быть просто подключен к существующему объекту основного класса.

Регистрация контекстных классов происходит полностью автоматически и децентрализовано. Нет никаких зависимостей от стартап кода.

Плюсы решения.

Можно создавать контексты для уже существующих классов C++. Например, см. в Michele реализацию Michele::CFont и Michele::CBrush - это автоматические обертки над MFC-шными CFont и CBrush.

Основной класс не связан с 1С и ее заморочками. Он не знает про CValue. Он работает со своими родными типами. Это увеличивает возможность повторного использования решения. Например, для основного класса можно сделать переходник не для CBLContext, а для ILanguageExtender, что позволит использовать этот класс не только в 7.7, но и в 8.х. Или можно сделать переходник для IDispatch, что позволит работать с классом по OLE-automation.

Написание контекстных классов становится удовольствием. Их можно создавать быстро и работать с ними становится удобно. В определении класса видны его реальные параметры и возвращаемое значение.

Классы удобно использовать из C++. В несколько раз упрощается тестирование этих классов.

Недостаток: решение невозможно использовать с компилятором VC6. Необходимо использовать более современный компилятор - Intel C++.

Круто!

Я тоже в итоге пришел к мысли, что надо отделять интерфейсный функционал;
т.е. класс-наследник от CMyContextBase - это просто интерфейсная пустышка, агрегирующая основной функционал.

Кстати, эта идея разделения в 1cpp блестяще была продемонстрирована Дмитром в ТП.
Конечно, на базе VC6 это все решает только один минус, но зато самый главный (отсутствие мусора, прозрачность параметров, повторное использование).

Интересно будет посмотреть на твою реализацию через шаблоны, когда uzhast.fatal.ru заработает.

P.S.
Курилка рулит!!

Uzhast писал(а) 08. Августа 2007 :: 22:21:

Там вроде только эвалюшная версия на 30 дней свободно скачиваемая.
Толку от этих 30 дней... ((
А у VTune размеры запредельные...

Один черт 30 дней. Ты сам знаешь как оно бывает.
сегодня скачал, завтра наполучал заданий и вынырнул как каз на 31-й день, так и не посчупав и не ощутив...

Я так понял, что больше 10 аргументов у метода не реализовано?
И таки не понял, как задать, что такой-то параметр можно опускать.
Можно махонький примерчик?

ЗЫ. Сам то я давно уже CMyContextBase не юзаю, не нравится мне уже свое детище.

orefkov писал(а) 09. Августа 2007 :: 05:11:

Ага.
orefkov писал(а) 09. Августа 2007 :: 05:11:

Во-первых, можно использовать указатели. В этом случае пользователю контекста разрешено опускать параметры, а основному классу будет передаваться NULL.

Во-вторых, есть две версии функции RegisterMethod:
1) Принимает три параметра: имена метода и адрес метода. (нет дефолтных параметров).
2) Количество параметров 3 + N, где N - количество параметров у метода. Первые 3 - как у предыдущего. Остальные - дефолтные параметры. Дефолтный параметр может принимать:
а) собственно дефолтное значение (int, std::string и т.д.)
б) значение DefArgHandling::MustBeDefined - это означает отсутствие дефолтного значения.

Пример кода.
Допустим есть объект CPen с методом void CreatePen (int Style, int Width, COLORREF Color). Мы хотим, чтобы юзверь мог опустить параметр Width и в этом случае было бы подставлено значение 1. В InitContext пишем:

ThisContext::RegisterMethod ("CreatePen", "CreatePen",
	ThisClass::CreatePen,
	DefArgHandling::MustBeDefined, // обязательный
	1, // по умолчанию - 1
	DefArgHandling::MustBeDefined // обязательный
);
 

orefkov писал(а) 09. Августа 2007 :: 05:11:

А, так это ты автор А мне почему-то казалось, что Dmitro Извиняюсь. (копирайтов в mycontextbase.* нету )

Uzhast писал(а) 09. Августа 2007 :: 05:29:

Это наше совместное детище. Можно сказать, я родитель, а Dmitro воспитатель