правильная публикация проекта - Страница 2

DarkLight · 22.10.2009, 14:26

Цитата:

По мне так это наоборот вредная фича.

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

Второй вариант: загрузка в лоадер чужого по определению контента который плодит exception-ы. И в реальной жизни не всегда можно пнуть автора и заставить поправить.

etc · 22.10.2009, 14:38

Цитата:

Сообщение от DarkLight

Эта фича обеспечивает надежность приложения.

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

DarkLight · 22.10.2009, 16:50

Цитата:

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

Оох...
1) QA отдел не может охватить все извращения, которые делают с приложением пользователи. Данная фича позволяет нам получить информацию о состоянии приложения в момент возникновения проблемы, что позволяет создать более осмысленный error report, чем "я тут что-то подвигал и теперь у меня ничего не работает".
2) Никто не говорит, что будет молчать. Например можно вывести окошко, как делает весь нормальный софт. Eclipse просто хронически глючит, и меня бы не радовало если бы среда разработки висла нафиг при любой проблеме или скрывал от меня и все потом шло в разнос.
3) На чужом коде я должен иметь возможность отрубать ошибки и молчать. Не зря же просили хотя бы у Loader-а сделать обработчик. Допустим, я гружу флешки которые разрабатывают 200 человек других откуда угодно. Их ошибка мешает мне, и маты от клиента будут направлены в мой адрес.

random13 · 22.10.2009, 17:23

поддерживаю, здесь вопрос должен ставиться именно так: на сколько вы готовы краснеть перед начальником или клиентом

etc · 22.10.2009, 23:26

Ни насколько, я ошибки устраняю.

DarkLight · 23.10.2009, 01:03

Цитата:

Ни насколько, я ошибки устраняю.

Ага, особенно те, которые вываливаются изнутри плеера или flex framework, если он используется. В рунете более 100 живых версий (считая минорные) флеш плеера, во многих из них встречаются совершенно замечательные левые баги, которые надо просто перехватить для информации, так как ничего с ними не поделаешь.

Не всегда можно по-простому перевыкатить приложение, многие системы используются в интранете, апдейты нужно согласовывать. В идеальном мире не нужен рефакторинг, не нужно писать тесты, а программы никогда не глючат. Но это не повод для отрицания средств. Не нужно - никто не заставляет. Количество голосов показало, что нужно очень многим, и в комментариях в адобовском багтрекере было сказано на эту тему много и подробно.

etc · 23.10.2009, 01:19

Я фреймворк флекса ни в коем разе нигде не использую, слава богу.
От того, что это кому-то нужно, сама фича не станет невредной. Хотите на наркоту подсесть — пожалуйста, я не запрещаю.

И да, какие такие ошибки «внутри плеера»? Пример, пожалуйста. Ни разу не видел, чесслово.

DarkLight · 23.10.2009, 15:23

Цитата:

Ни разу не видел, чесслово.

Хм, повезло.

Да пожалуйста. в ранних версиях девятки при первом удобном случае валилось "Corrupt ABC data". На flash-ripper недавно проскакивал пост о баге на одной из левых минорных версий девятки, VerifyError-ы, возникающие на некоторых билдах, выбрасывающий "the supplied DisplayObject must be a child of a caller" swapChildren, где оба чайлда по определению валидны, и ручная перестановка индексов работает и т д. Это только то, с чем столкнулся непосредственно. В jira у адоби можно еще букет найти. В основном это правится через 1-2 билда, но вот незадача - не все пользователи обновляются.