Хорошее MVC - Страница 3

Psycho Tiger · 06.04.2010, 15:31

Цитата:

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

Я думал что супер Клас имеется ввиду Класс который расширяет другой Класс. Здесь Controller не расширяет Viwer. Выходит что можно вызвать метод в классе где был объявлен экземпляр при помощи super?

Так и есть. Забудьте о super в этом примере. Пишите просто

Код AS3:

addEventListener(Event.COMPLETE, dispatchEvent);

Это просто что то типа подписи "а это писал тру-флешер"

Я пишу с super только потому что мне необходимо, чтобы вот этот самый addEventListener был именно таким, каким я хочу - каким его сделали Adobe и ничто мне не может гарантировать, что завтра я для каких то других нужд переопределю addEventListener и dispatchEvent и мой сегодняшний код не перестанет работать. Маловероятно, конечно, но всё же... это мой бзик и моё право, к тому же так правильней

По теме MVC: *сейчас переделаю то, что писал вчера с новыми знаниями и отпишусь*

Psycho Tiger · 06.04.2010, 16:43

Цель MVC - отделить то, что на экране от того, что происходит логикой. Короче, если проект расчитывался как консольный, а потом вдруг трах тибидох и хотим 3д - надо будет менять лишь вьюшку.

Главный класс:

Код AS3:

package  
{
	import flash.display.Sprite;
 
	public class JustMain extends Sprite
	{
 
		public function JustMain() 
		{
			super();
			var controller:Controller = new Controller(this);
		}
 
	}
 
}

Контроллер:

Код AS3:

package  
{
	import flash.display.DisplayObjectContainer;
	import flash.events.Event;
	import flash.events.MouseEvent;
 
	public class Controller
	{
		private var _model:Model = new Model();
		private var _viewer:Viewer = new Viewer(_model);
		private var _container:DisplayObjectContainer;
		public function Controller(container:DisplayObjectContainer) 
		{
			_container = container;
			init();
		}
 
		private function init():void
		{
			_container.addChild(_viewer);
			_viewer.addEventListener(MouseEvent.CLICK, onViewerClick);
 
		}
 
		private function onViewerClick(e:MouseEvent):void 
		{
			_model.change(Math.random() * 400, Math.random() * 400);
		}
 
 
	}
 
}

Модель:

Код AS3:

package  
{
	import flash.events.Event;
	import flash.events.EventDispatcher;
	import flash.events.IEventDispatcher;
 
	public class Model extends EventDispatcher
	{
 
		//no getters/setters, just example
		public var x:Number = 0;
		public var y:Number = 0;
 
		public function Model() 
		{
			super(null);
 
		}
 
		public function change(x:Number, y:Number):void {
			this.x = x;
			this.y = y;
			super.dispatchEvent(new Event(Event.CHANGE));
		}
 
	}
 
}

Вьюшка:

Код AS3:

package  
{
	import flash.display.Sprite;
	import flash.events.Event;
	import flash.events.MouseEvent;
 
	public class Viewer extends Sprite
	{
		private var _model:Model;
		public function Viewer(model:Model) 
		{
			super();
			_model = model;
			init();
		}
 
		private function init():void
		{
			var someSprite:Sprite = new Sprite();
			someSprite.graphics.beginFill(0);
			someSprite.graphics.drawCircle(0, 0, 50);
			someSprite.graphics.endFill();
			super.addChild(someSprite);
			someSprite.addEventListener(MouseEvent.CLICK, super.dispatchEvent);
 
			_model.addEventListener(Event.CHANGE, onModelChange);
		}
 
		private function onModelChange(e:Event):void 
		{
			super.x = _model.x;
			super.y = _model.y;
		}
 
 
 
		public function get model():Model { return _model; }
 
		public function set model(value:Model):void 
		{
			_model = value;
		}
	}
 
}

И серия вопросов вновь

Спасибо, что помогаешь.
1) Вот классы выше - теперь это правильное MVC?
2) Да, действительно - вьюшка может менять что нибудь у модели и контроллер сойдёт с ума - получается, у этой триады даже пиша вьюшку надо быть аккуратным, потому что можешь всё сломать?
3) А кто от кого наследуется? Я так понимаю: controller -> Object, model - EventDispatcher, viewer - DisplayObject. Так?
4) Модельку передавать в конструктор вьюшки это хорошая практика, или всё таки лучше через сеттер? (вопрос граничит с бредом, знаю

)
5) На той же википедии и на некоторых других сайтах пишут, что контроллер - лишь связующее, а вся бизнес логика в модели. Они не правы или с флешем тонкость какая?
6) Склоняюсь к мнению, что чистый MVC не в гигантских проектах нафиг не нужен, хотя мне нравится идея о MC + V. Такое существует вообще, контроллер с интегрированой моделью? Если да, то как там поступаем? Если контроллер уже имеет прямую ссылку на вьюшку, а в нём же интегрированна модель - то смысла в событии нет, можно отправлять напрямую или же ради сохранения полиморфизма и перехода после к чистой MVC следует остановится на событиях?

Котяра · 06.04.2010, 17:52

Цитата:

Сообщение от Psycho Tiger

2) Да, действительно - вьюшка может менять что нибудь у модели и контроллер сойдёт с ума - получается, у этой триады даже пиша вьюшку надо быть аккуратным, потому что можешь всё сломать?

передавать в вид только IModel в котором, например,есть один только метод addChangeModelEventListener
сломать конечно можно но это будет уже очень явно.

etc · 07.04.2010, 10:32

Цитата:

Сообщение от Psycho Tiger

1) Вот классы выше - теперь это правильное MVC?

В целом на то, как это делал бы я, уже похоже.

Цитата:

Сообщение от Psycho Tiger

2) Да, действительно - вьюшка может менять что нибудь у модели и контроллер сойдёт с ума - получается, у этой триады даже пиша вьюшку надо быть аккуратным, потому что можешь всё сломать?

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

Цитата:

Сообщение от Psycho Tiger

3) А кто от кого наследуется? Я так понимаю: controller -> Object, model - EventDispatcher, viewer - DisplayObject. Так?

Чаще всего — да. Но и контроллер тоже может события рассылать.

Цитата:

Сообщение от Psycho Tiger

4) Модельку передавать в конструктор вьюшки это хорошая практика, или всё таки лучше через сеттер? (вопрос граничит с бредом, знаю

)

Это зависит от задачи, если планируется переиспользование вьювера для отображения различных данных, то сеттер предпочтительнее.

Цитата:

Сообщение от Psycho Tiger

5) На той же википедии и на некоторых других сайтах пишут, что контроллер - лишь связующее, а вся бизнес логика в модели. Они не правы или с флешем тонкость какая?

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

Добавлено через 8 минут

Цитата:

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

etc, ты ничего не путаешь? Представление и модель не должна иметь никаких связей (если мы говорим об оригинальном потерне MVC). Весь обмен данными идет через контроллер. В зависимости от типа модели (к примеру тонкой), контроллер может взять на себя роль прокси между моделью и представлением и обратно. Вся инициализация эвентов, логики, моделей - должна происходить в контроллере.

Что касается «оригинальности», то достаточно картинки с Википедии:

Совершенно точно у View есть ссылка на модель.

У модели нет конкретной ссылки на представление. Ссылка на уровне приложения конечно есть, но она лишь на уровне подписчика на изменения, поэтому и выполнена пунктиром.

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

Добавлено через 10 минут

Цитата:

Сообщение от Psycho Tiger

7) Насколько это хорошая практика - делать по 40 разных событий для 40 изменений - то есть, если изменился угол поворота чей нибудь - не обновлять положение в пространстве, а лишь повернуть (то есть разбиение например updatePositionEvent на updateXYPositionEvent и updateRotationEvent)

Я предлагаю исходить из здравого смысла. Если изменения одного рода, то не смысла для каждого из них делать своё событие.

Цитата:

Сообщение от Psycho Tiger

8) Если передается только интерфейс, тогда вся инфа об обновлении должна поступить вместе с Event`ом, а не через геттеры от модели о нужной информации?

А что мешает описать геттеры и в интерфейсе? Менять не можем, а читать вполне себе да.

cr0w312 · 01.03.2011, 16:47

Цитата:

Сообщение от Psycho Tiger

Цель MVC - отделить то, что на экране от того, что происходит логикой. Короче, если проект расчитывался как консольный, а потом вдруг трах тибидох и хотим 3д - надо будет менять лишь вьюшку.

если в контроллере происходит расчет коллизий, а мы вдруг трах тибидох и 3d, контроллер тоже надо будет менять, так как в расчете столкновений появляется z координата, и модель наверно тоже надо будет дополнить?
если я туплю не пинайте сильно, модель может состоять из 5-7 классов?

cpu · 06.04.2010, 14:21

Ламерский вопрос.
При каких простых условиях говорят: "Вот это MVC!" ?
-----------------------------------------------------------------------------------

1. Т.е. что на что не должно иметь ссылок не при каких обстоятельствах?
-----------------------------------------------------------------------------------

2. Из Википедии:

Цитата:

Однако модель не зависит ни от представления, ни от поведения.

Тогда как изменить определенные данные в модели, если я нажал что-то во View?
-----------------------------------------------------------------------------------

etc · 06.04.2010, 14:36

Цитата:

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

Тогда как изменить определенные данные в модели, если я нажал что-то во View?

Через контроллер. Точнее, как он решит, так и будет.

cpu · 06.04.2010, 15:01

Цитата:

Через контроллер. Точнее, как он решит, так и будет.

- получается контроллер имеет ссылку на модель. И меняет определенные данные через какой-нибудь set-метод?

Получается так:
1. View не имеет ссылок никуда, только рассылает события в контроллер.(данные введенные в input-поля хранит у себя, что бы их мог посмотреть контроллер через get-метод).
2. Контроллер имеет ссылку и на модель и на представление, и может работать с ними через их методы.
3. Модель отправляет события в контроллер если поменялись какие-то данные, и передает их ему через например set-методы. И наоборот.

В таком случае между View и model действительно нет прямой связи.
Но остается прямая связь между моделью и контроллером.

etc · 06.04.2010, 15:26

cpu
1) view имеет ссылку на модель;
2) Контроллер на них обоих;
3) Модель отправляет события вьюверу. Вьювер — контроллеру.

mexoboy · 06.04.2010, 18:22

Цитата:

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

cpu
1) view имеет ссылку на модель;
2) Контроллер на них обоих;
3) Модель отправляет события вьюверу. Вьювер — контроллеру.

etc, ты ничего не путаешь? Представление и модель не должна иметь никаких связей (если мы говорим об оригинальном потерне MVC). Весь обмен данными идет через контроллер. В зависимости от типа модели (к примеру тонкой), контроллер может взять на себя роль прокси между моделью и представлением и обратно. Вся инициализация эвентов, логики, моделей - должна происходить в контроллере.