Когда использовать throw?

[Welcometo]

Вопрос в следующем: из приложения (Flex) идет запрос на сервер(php скрипт), для добавления записи в БД. Если запись не добавилась, то в что лучше делать на стороне клиента - выбрасывать исключение или просто прекращать работу метода (return) и выводить сообщение юзеру об ошибке(Alert.Show)?

И вообще, в каких случаях делать thow?
По крайней мере мне удается обойтись простой проверкой if else, и при неудачном результате приостановить выполенние действия(обработчика события) и вывести сообщение. К try-catch вопросов нет, там все понятно в каких случаях использовать.

[in4core]

throw error используется скорее для системных ошибок чем для нотификаций. При throw на сколько я помню выкидывается RTE флешка прекращает работу. Так что вам это врядли пригодится.

А вот МНЕ лично непонятно в каких сулчаях try-catch юзать. Скока проектов не написал, ну ниразу не пригодлся

[t4arty]

есть хороший пример почти во всех языках программирования: деление на 0, конструкция try/catch - служит для того, что бы программа смогла завершиться корректно и сообщить об этом куда надо. ( к примеру в Яве, без try/catch и т.д. почти никуда).

[in4core]

В яве то да. меня ас3 интересует. Ну деление на ноль... хм

if ( n == 0 ) return , else a = a / n

и нафига мне тут трай-котч со своей избыточной конструкцией?

[Welcometo]

in4core, вот и я о том же. Мне удается практически все проверить if-else констуркцией.

[in4core]

Ну для ас3 видимо этого достаточно больше чем. значит так и дружим)

[kackbip]

throw используется для уведомлении о некорректной работе метода.
Скажем, метод должен отрисовать вьюшку и добавить ее в контейнер. Метод рисует вьюшку, но тут вдруг обнаруживается что контейнер == null. Тут вполне логично сгенерировать исключение. Но в as3 более распространен подход с событиями.
С одной стороны логично использовать исключения в случае с синхронными ошибками и события с асинхронными.
Но с другой стороны зачем реализовывать 2 варианта, если можно обойтись только событиями? В as3 события реализовать гораздо проще чем в java, поэтому throw и не получил распространения.

[mayakwd]

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

function configureSomething (intializer: Object) : void {
  if (!initializer) throw new ArgumentError("Передаваемый аргумент не может быть null");
  if (initializer is XML) {
    ...
  } else if (initializer is String && isValidURL(initializer as String) {
  } else {
    throw new ArgumentError("Объектом инициализации может служить только URL или XML");
  }
}

Конечно же это не единственный случай применения.

А конструкцию try catch надо использовать там, где это уместно. Единственная ситуация в которой мне действительно приходилось её использовать, то есть в этом была необходимость, это при использовании getDefinitionByName и т.п. функции которые выбрасывают RTE.

[goodguy]

Нормальные IDE при выбросе чего-то через throw, ставят на строку, откуда это было сделано брейкпоинт, и сразу становится понятно, где произошла ошибка. Я использую их только с этой целью.

и нафига мне тут трай-котч со своей избыточной конструкцией?

В АС3 и правда можно почти всегда обойтись без этого, хотя часто бывает проще использовать try / catch, чем проверять все возможные варианты развития событий, особенно если вероятность возникновения глюка в разных участках кода высока. В той же джаве - это не реально.

[GBee]

try|catch медленней чем if.

Соглашусь с mayakwd. Еще "классика" использование throw в конструкторе синглтона.