![]() |
Цитата:
Получается так: 1. View не имеет ссылок никуда, только рассылает события в контроллер.(данные введенные в input-поля хранит у себя, что бы их мог посмотреть контроллер через get-метод). 2. Контроллер имеет ссылку и на модель и на представление, и может работать с ними через их методы. 3. Модель отправляет события в контроллер если поменялись какие-то данные, и передает их ему через например set-методы. И наоборот. В таком случае между View и model действительно нет прямой связи. Но остается прямая связь между моделью и контроллером. |
Цитата:
|
cpu
1) view имеет ссылку на модель; 2) Контроллер на них обоих; 3) Модель отправляет события вьюверу. Вьювер — контроллеру. |
Цитата:
Код AS3:
Я пишу с super только потому что мне необходимо, чтобы вот этот самый addEventListener был именно таким, каким я хочу - каким его сделали Adobe и ничто мне не может гарантировать, что завтра я для каких то других нужд переопределю addEventListener и dispatchEvent и мой сегодняшний код не перестанет работать. Маловероятно, конечно, но всё же... это мой бзик и моё право, к тому же так правильней :) По теме MVC: *сейчас переделаю то, что писал вчера с новыми знаниями и отпишусь* |
etc:
Цитата:
--------------------------------------------------------------- etc: Цитата:
================================================================= P.S. Вообще какая главная цель MVC? Раньше я думал возможность подключать к программе множество представлений(view) и менять их хоть в горячую. Ну и создавать вложенные представления. |
Цель MVC - отделить то, что на экране от того, что происходит логикой. Короче, если проект расчитывался как консольный, а потом вдруг трах тибидох и хотим 3д - надо будет менять лишь вьюшку.
Главный класс: Код AS3:
Код AS3:
Код AS3:
Код AS3:
1) Вот классы выше - теперь это правильное MVC? 2) Да, действительно - вьюшка может менять что нибудь у модели и контроллер сойдёт с ума - получается, у этой триады даже пиша вьюшку надо быть аккуратным, потому что можешь всё сломать? 3) А кто от кого наследуется? Я так понимаю: controller -> Object, model - EventDispatcher, viewer - DisplayObject. Так? 4) Модельку передавать в конструктор вьюшки это хорошая практика, или всё таки лучше через сеттер? (вопрос граничит с бредом, знаю :D) 5) На той же википедии и на некоторых других сайтах пишут, что контроллер - лишь связующее, а вся бизнес логика в модели. Они не правы или с флешем тонкость какая? 6) Склоняюсь к мнению, что чистый MVC не в гигантских проектах нафиг не нужен, хотя мне нравится идея о MC + V. Такое существует вообще, контроллер с интегрированой моделью? Если да, то как там поступаем? Если контроллер уже имеет прямую ссылку на вьюшку, а в нём же интегрированна модель - то смысла в событии нет, можно отправлять напрямую или же ради сохранения полиморфизма и перехода после к чистой MVC следует остановится на событиях? |
ФЛУД.
На днях пришла по почте "Приемы объектно-ориентированного проектирования. Паттерны проектирования" этих четырех авторов. Там вроде написано про MVC, вечерком почитаю, отпишусь что они знают про MVC, люди вроде умные, из университетов)). |
cpu, неужто открыл для себя книгу "Банды четырех"?
|
mexoboy пора когда-то это делать.)
|
Цитата:
сломать конечно можно но это будет уже очень явно. |
| Часовой пояс GMT +4, время: 05:01. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.