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

trad писал(а) 25. Апреля 2008 :: 10:58:

Уфх. Ты все-таки наш человек.

trad писал(а) 25. Апреля 2008 :: 11:21:

Однако когда это происходит в виде вылета в космос - тоже не фонтан.

Насчет решений:
Можно посмотреть на результат попытки отлова исключений типа CBLRuntimeException в ТП/ПриВыводеСтроки.
Для этого нужно совместить мой тест и последний icpp, "Сформировать" и пожмякать мышой туда-сюда.

Забавный результат, не правда ли?
Вот поэтому я и не хочу ловить CBLRuntimeException, я полагаю, что в ряде случаев его просто не нужно бросать.

При этом только что мне пришло в голову очень простое решение:
<-- CComponentClass должен анализировать свое положение в иерархии.
--> Только не в иерархии, а в стеке вызовов.
В случае, если текущий уровень последний перед контекстом типа ТП (т.е. не только ТП, а вообще любой внутренний контекст без модуля, АктивИкс тот же и т.п) - исключение бросать не нужно.

Ну ладно, автора лучшего рабочего решения будет бессрочно ждать доска почета.

JohnyDeath писал(а) 24. Апреля 2008 :: 14:02:


[+] свойство ТаблицаЗначений поставщика ТЗ
[bug 3774]

По записи это некий дубль метода УстТаблицуЗначений, думаю, это не страшно.
Общая документация опять же будет чуть позже - здесь отмечаю предварительно; персонально для JohnyDeath как автора заявки.

kms писал(а) 27. Апреля 2008 :: 09:04:

Пасиб! 

kms писал(а) 28. Апреля 2008 :: 06:36:

Да, можно.

kms писал(а) 28. Апреля 2008 :: 06:36:

Имеет право, конечно.
Но ИМХО удобнее, чтобы была возможность получить исходную ТЗ из поставщика.