![]() |
|
||||||||||
|
|||||
|
Нуб нубам
модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
|
Нет, не сказали. Это следует из фраз об "общем коде XMLLoadera" и "ряде очень удобных функций".
А я говорил о том, что можно "переименовать" класс, ну может добавить сахарку, если уж очень хочется. Но удлинять цепи нет смысла. Событие COMPLETE -> проверка на ошибку при создании объекта XML -> обработка ошибки: послать событие "загрузка завершена без ошибки" или "загрузка завершена с ошибкой". Теперь смотрим, что происходит снаружи. Получаем либо аналог события COMPLETE (но с гарантией что в data лежит валидный XML), либо аналог ошибки, подразумевающий подспудно что была какая-то загрузка и загрузилось что-то не то, но тем не менее загрузка завершилась и ждать события COMPLETE нет смысла. Я не вижу никаких преимуществ в этой тавтологии. Мне кажется гораздо логичней и упорядочней получить событие о том, что процесс загрузки завершился, и в обработчике определить, валидный это документ или нет. Мне не нравится идея добавлять к загрузчику документа лишнюю ответственность, не связанную с задачей загрузки. Это не его ума дело. Может я захочу рассмотреть загруженные байты, преобразовать их в строку и починить XML; или получить валидный фрагмент из невалидной XMLки, а не тупо завернуться в простыню и ползти на кладбище. Приложение вовсе не обязано тотально ломаться из-за ошибок внешнего контента, или из-за того что RSS оказался не в той кодировке — по сути абсолютно валидный, если правильно прочитать символы значений узлов. И тут встает главный вопрос абстрагирования — если задача загрузчика только загрузить документ, то нафига его вообще называть "XMLLoader"? Ведь грузить он может что угодно. Но всё это конечно моё имхо, просто поразмышлять лишний раз. Делайте как Вам удобно.
__________________
Reality.getBounds(this); |
![]() |
Часовой пояс GMT +4, время: 16:43. |
|
|
« Предыдущая тема | Следующая тема » |
|
|