Switch выходы из C# блока

[Andron]

В текущий момент наличие только двух выходов (good - bad) из C# блока является неудобным.
Даже допустим просто отловить несколько разных ошибок на одном этапе, необходимо создать доп переменную, в которую ложить текст ошибки и потом создавать свич который будет выводить к нужному блоку в зависимости от значения.
А если в блоке делать подразумевать два выхода по каким-то данным. Делая второй выход через ручной throw new Exception(); то любая ошибка в блоке тоже будет выходить через этот путь.
В результате куча блоков проверок на входе, на выходе и всё равно все ошибки не получается отловить.

Пусть у C# блока будет много выходов как у switch блока, в зависимости от возвращаемого значения.

 

[Sergodjan]

У C# блока не получится сделать много выходов.
Для разветвления более 2 направлений все же нужно использовать экшен Switch.
Вполне удобное решение. В C# генерите коды и проверяете их в Switch, разветвляете выполнение.

 

[Yuriy Zymlex]

на выходе и всё равно все ошибки не получается отловить.

помещайте код в try catch и выполняйте в catch нужный метод из общего кода.

 

[Andron]

помещайте код в try catch и выполняйте в catch нужный метод из общего кода.

Например у меня в одном C# блоке сделана логика перехода на сайт, клика по нескольким элементам,
Выглядит так:
if(сайт загрузился)
{
что-то сделать.
А тут можно было бы сделать еще пару ответвлений по результатам работы.
}
else throw new Exception();
И тогда у меня блок выходит по плохой линии и может допустим попытаться переполучить прокси.
Но по огромному количеству причин в месте "что-то сделать" этот скрипт может закончиться ошибкой ( не найден, элемент, не удалось обратиться к файлу, не открылось окно и т.д.) и тогда он всёравно пойдёт по плохому пути.
В этом случае catch не поможет, так как если скрипт не находит htmlelement то я ему в процессе выполнения уже ничем не помогу, ибо не вижу данных по этому елементу.
А потребность заключается в необходимости точно знать: вышел шаблон по плохому пути потому, что я ему так задал или потому, что это ошибка. При этом не создавая доп. переменных и проверочных блоков после каждого c# блока.

 

[Yuriy Zymlex]

В этом случае catch не поможет, так как если скрипт не находит htmlelement то я ему в процессе выполнения уже ничем не помогу, ибо не вижу данных по этому елементу.

Можно сделать несколько catch, но тогда и придётся создать свои исключения.
Либо в общем catch'е делайте проверку на ошибки по строке или чему-то другому.

 

[Andron]

Можно сделать несколько catch, но тогда и придётся создать свои исключения.
Либо в общем catch'е делайте проверку на ошибки по строке или чему-то другому.

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

 

[Yuriy Zymlex]

нагородить кучу лишнего кода

Лишнее, можно вынести (что возможно) в библиотеку, но за то потом, меньше придётся дублировать.

 

[Yuriy Zymlex]

Передал для 7-ки. Уточню у разработчиков, на сколько это реально в будущем.

 

[Meteorburn]

Узнать бы как дела обстоят с предложением.

 

[Yuriy Zymlex]

Узнать бы как дела обстоят с предложением.

За это предложение проголосовало всего 2 пользователя.