|
|
|||||
Регистрация: May 2009
Сообщений: 220
|
Не, не напомню )) Это много тем, преимущественно как-то связанных с MVC. Последняя, если не ошибаюсь, с Психо Тигром и т.д, и т.п.
В основном информация собиралась по крупицам, но где-то и крупными кусками. Как в случае, когда etc разоткровенничался и до кучи нарисовал схемку работы таймзировского MVC. Это где вы (редиска нехорошая ) потерли свой пост с крайне ценной информацией. Почитал вечером, на груженую голову, ничего не запомнил. Утром встал, а на флэшере меня уже ждал большой такой, толстый облом. + тема, где вы с "ромастым" холиварили на тему связи модели и вьюшки + где блудхаунд доказывал вам, что модельки делать через дисплейобджекты - это зло. + да много разных тем... Я с трудом вспоминаю, просто запомнил, что нужно и делов |
|
|||||
блогер
Регистрация: Jun 2005
Адрес: Господи пожалуйста не Новосибирск
Сообщений: 6,598
Записей в блоге: 17
|
Димарик, ты сказал что модель наследуешь от диспллей обджектов. Модель в парадигме MVC? Зачем? Ради иерархии?
И вот ещё интересно сказал - клонируется если target!=null. Ты имел ввиду, что есть хотя бы один слушатель? target хранит ссылку на объект, где произошло событие - просто если событие произошло, то target не может быть null. Момент неясен.
__________________
Тут мужик танцует и поёт про флэш |
|
|||||
.
|
Тигра,
1) да, ради ее иерархии и event flow 2) Вот мои размышления. Они касаются кастомных диспатчей, когда наш код самостоятельно вызывает метод EventDispatcher#dispatchEvent. Потому что системная диспетчеризация события не пользует метод dispatchEvent. По крайней мере, Event.ADDED, на котором я проверял. addEventListener('type', this.handler); var eventOut:Event = new Event('type'); trace(eventOut.target); // null dispatchEvent(eventOut); //1-й диспатч. клонирования нет, распространится этот объект как есть trace(eventOut.target); // [object MainTimeline] dispatchEvent(eventOut); // 2-ой диспатч. в слушатель уйдет клон этого событийного объекта function handler(eventIn:Event):void { trace(eventOut == eventIn); // 1-й раз - true, 2-ой раз false } |
|
|||||
блогер
Регистрация: Jun 2005
Адрес: Господи пожалуйста не Новосибирск
Сообщений: 6,598
Записей в блоге: 17
|
1) Ну не знаю. Наверное, было бы не очень удобно оперировать дисплей обджектами в модели, но судить не могу. Я все ещё не понял прелестей иерархической модели.
Разве что, например, если делать Флеш Иде - то есть модель таймлайна, у которой есть вектор с моделями всех слоёв и вектор с моделями всех линий таймлайна. Но хватает вполне паттерна компоновщика или функционального дизайна. Не очень понимаю, при каких обстоятельствах сейчас мне может потребоваться больше. Наверное, придёт с ростом. 2) А, в этом смысле. Да, такой тест проводил, об этом знаю. Не так тебя понял тебя просто
__________________
Тут мужик танцует и поёт про флэш |
|
|||||
.
|
Мне нравится иерархическая архитектура дисплей-листа FP. И не мне одному. Дениске и Блудхаунду тоже. Они решили, что их модель тоже будет иерархической. Я лишь заменил Data и DataContainer на Shape и Sprite. Во-первых и последних - это дает преимущество по скорости обработки event flow и удалении/добавлении детей. По расходу памяти проигрываем в полтора раза. Мой посыл был таким - все нативное работает в разы шустрее.
P.S. А чем отличается Composite от дисплей-листа FP? По мне так FP реализует именно его. Последний раз редактировалось dimarik; 12.06.2010 в 22:28. |
Часовой пояс GMT +4, время: 12:24. |
|
« Предыдущая тема | Следующая тема » |
Теги |
flash , Лень , Проектирование , события |
Опции темы | |
Опции просмотра | |
|
|