Мысли о ResourceManager. Как сделать его удобным?

[Psycho Tiger]

Да, теперь понял тебя, но немного не соглашусь: поведенческую часть неплохо бы добавить. В 99 из 100 случаев дефолтное поведение будет правильным.

Скорее, я задумываюсь о добавлении "фильтра": это некий класс или метод, который будет применяться к загруженному объекту до того, как ему поставят статус загруженного. Он будет полезен, например, если у аватарок нужно сделать неровные края: перед выходом обрабатывается BitmapData, или формирование анимации на основе секвенции картинок. Все случаи предусмотреть достаточно сложно, а добавление такого управляемого элемента на будущее может серьезно поднять расширяемость.

[dimarik]

Неплохо. Нечто вроде постобработчика. Допилить напильником и указать каким.

[Psycho Tiger]

Да, именно, постобработчик.
Однако, существуют некоторые внутренние сложности.
Кто принимает решение, каким напильник его дорабатывать? Тот, кто просит загрузить ресурс или это вшито в DataProvider (в моём примере - в XML). Во втором случае это может стать неудобным, в первом - налицо нарушение компетенций: мы получаем ресурс, а не изменяем его;
В случае, если одну картинку надо обработать двумя способами — как поступать? Очевидно, что будут 2 копии BitmapData с примененными эффектами. Но хранить ли третью - BitmapData оригинал?

Единственно правильным вариантом для меня кажется использование кучи флагов и альтернативных решений. Например, если постэффект не задан явно, поискать его в XML`е. Если там его нету - искать в дефолтных обработчиках картинок и так далее.

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

[dimarik]

Но я бы хорошенько подумал. Может быть обработку ресурса отдать на откуп вью.

[Psycho Tiger]

Да, я подумаю =)
Текущему проекту заглаза хватит того, что уже написано. Просто мне стала интересна сама тема.
Спасибо!

[mayakwd]

Тигра я надеюсь ты обобщишь все полученные данные и сделаешь статью, было бы интересно почитать. Могу твой поток мыслей сформировать в статью в итоге :)

[Psycho Tiger]

Сначала опыт надо получить, а потом делится. Пока у меня на руках в основном теория =)

[maxkar]

Скорее, я задумываюсь о добавлении "фильтра": это некий класс или метод, который будет применяться к загруженному объекту до того, как ему поставят статус загруженного.

Это как раз варианты на тему различных DataProvider'ов. Сами data-provider'ы могут формулироваться настолько сложными, насколько это возможно. Вообще, постэффекты это обертка поверх обычного загрузчика.

Кто принимает решение, каким напильник его дорабатывать?

Зависит от того, есть ли какая-нибудь особенная роль у изображения и насколько она пришита к логике. Например, может быть два различных ResourceManager'а. Один - для "обычных" аватаров, второй - для "тюнингованных". И в зависимости от необходимости выбирается тот, что нужен. Или в разных "группах" находятся тюнингованные и нетюнингованые ресурсы. Если же это просто эффект отображения, этот эффект может применяться во view.

[Psycho Tiger]

maxkar, оное то понятно. Сейчас уже идут мысли в сторону идеализации, а не реальной практики. Типа один раз создал, и уже клёво. )

[dimarik]

Аха. Считайте наш ресурс-менеджер датапровайдером. Про пост эффекты и обертки примерно понял, но имею резкоконтинентальное мнение. Загрузчик тут явно не при делах. Single responsibility еще в действии, а, maxkar? )