ВызватьИсключение c передачей контекста исключения

[EvilBeaver]

Originally reported by: artbear (Bitbucket: artbear, GitHub: artbear)

---

ВызватьИсключение Новый ИнформацияОбОшибке(/*Любой контекст*/);

По мотивам EvilBeaver/oscript-library#29 (comment)

---

• Bitbucket: https://bitbucket.org/EvilBeaver/1script/issue/188

[EvilBeaver]

Original comment by EvilBeaver (Bitbucket: EvilBeaver, GitHub: EvilBeaver):

---

Тогда сразу конкурс: как будет называться свойство в объекте ИнформацияОбОшибке, в котором мы будем получать то значение, которое передали в момент выброса?

Исключение
    Сообщить(ИнформацияОбОшибке.<какое-тоСвойство>);
КонецПопытки

[EvilBeaver]

Original comment by artbear (Bitbucket: artbear, GitHub: artbear):

---

КонтекстИсключения ? ЗначениеИсключения ? ОбъектИсключения ?

[EvilBeaver]

Original comment by Sergey Batanov (Bitbucket: dmpas, GitHub: dmpas):

---

ПараметрыИсключения, Параметры.

[EvilBeaver]

Original comment by EvilBeaver (Bitbucket: EvilBeaver, GitHub: EvilBeaver):

---

ДополнительныеДанные?

// ....
Исключение
     Сообщить(ИнформацияОбОшибке().ДополнительныеДанные);
     Сообщить(ИнформацияОбОшибке().ПараметрыИсключения);
     Сообщить(ИнформацияОбОшибке().Параметры);
     Сообщить(ИнформацияОбОшибке().КонтекстИсключения);
КонецПопытки;

[EvilBeaver]

Original comment by artbear (Bitbucket: artbear, GitHub: artbear):

---

ДополнительныеСвойства как у 1С ?

[EvilBeaver]

Original comment by artbear (Bitbucket: artbear, GitHub: artbear):

---

На чем остановимся?

[EvilBeaver]

Original comment by EvilBeaver (Bitbucket: EvilBeaver, GitHub: EvilBeaver):

---

Я за ДополнительныеДанные или за Параметры. @dmpas?

[EvilBeaver]

Original comment by artbear (Bitbucket: artbear, GitHub: artbear):

---

Параметры короче

[EvilBeaver]

Original comment by Sergey Batanov (Bitbucket: dmpas, GitHub: dmpas):

---

Поддерживаю Параметры.

[EvilBeaver]

Original comment by EvilBeaver (Bitbucket: EvilBeaver, GitHub: EvilBeaver):

---

Принято. Только одно уточнение. Если мы будем передавать в конструктор некий anyType, то тогда это Параметр, ибо Параметры намекает на какую-то коллекцию. Как считаете?

[EvilBeaver]

Original comment by EvilBeaver (Bitbucket: EvilBeaver, GitHub: EvilBeaver):

---

@dmpas, @artbear - все-таки множественное или единственное число?

[EvilBeaver]

Original comment by artbear (Bitbucket: artbear, GitHub: artbear):

---

Договорились о Параметры, значит, множественное

[artbear]

Ура!

[EvilBeaver]

Запрашиваю всестороннее тестирование

[artbear]

Доработаю код в своем проекте https://github.com/artbear/1bdd
Вот и будет тестирование :)

[artbear]

@EvilBeaver Ты просил проверить, я проверил и нашел баг.
Выложил PR #274

Исправишь?

[artbear]

Посмотрел код 756dc8b
ИМХО архитектурная проблема.
В случае параметризованного исключения и обычного исключения внутри кода обработки исключения на самом деле разные объекты, получаемые по ИнформацияОбОшибке() :(
В первом случае у объекта есть атрибут Параметры, а вот во втором нету, что и приводит к ошибке.

С точки зрения клиентского кода внутри кода обработки нельзя заранее знать, какое исключение было вызвано - обычное или параметризованное.
Поэтому предлагаю всегда использовать атрибут ИнформацияОбОшибке::Параметры

[artbear]

@EvilBeaver Переоткрывай issue

[EvilBeaver]

Переоткрывать не надо, это новый баг, штатный процесс

[EvilBeaver]

Да, я проглядел это... Спасибо @artbear.