mvcExpress (AS3 фрэймворка) презентация для FITC

[Deril_AS3]

Здравствуйте.

предлагаю вашему вниманию мой фреймворк "MvcExpress": http://mvcexpress.org/.


MvcExpress облегчает программирование и работает быстрее чем PureMVC и RobotLegs, бесплатен(open source).

Презентация фреймворка состоится на FITC в Амстердаме 18-19 февраля 2013 года.
Охотно отвечу на все вопросы, как онлайн, и если кто приедет в Амстердаме, на FITC.

Проголосовать за презентацию можно здесь:
http://submit.fitc.ca/forums/139893-...work-evolution

Спасибо за внимание!

[incvizitor]

А в двух фразах можно объяснить, чем он лучше аналогов?

[Astraport]

В двух словах:
Simplest
Fastest
Хотя, конечно, желательно послушать автора.

[alatar]

Насчет первого я бы поспорил. Ничуть не проще Robotlegs. Частично по стилю похож на Robotlegs, частично на pureMVC. Команды регистрируются только по типу события, класс события никак не проверяется. Пока впечатления не однозначные.

Добавлено через 4 минуты
View нельзя ижектить в медиатор как интерфейс, только как класс.

[Deril_AS3]

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

В двух словах:
Simplest
Fastest
Хотя, конечно, желательно послушать автора.

Трудно сказать лучше .. спасибо Astraport.

хотя... шаг за шагом я добавляю новые функции, и я думаю, скоро мне придется изменить "Simplest" в "more features".


alatar также прав. Этат фрэймворк представляет собой смесь PureMVC и RobotLegs лучших функций. Именно поэтому в презентацие я буду говорить об "эволюции", а не "революция".

трудно улучшить RobotLegs простоту. Но я думаю, что я лучше назвал объектю и функций, и интерфейс чище, больше... "explicid".

Эта тема имет субъективный характер, но простота - одна из моих основных целей.

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

View нельзя ижектить в медиатор как интерфейс, только как класс.

Я думал над тем, но мне не удалось придумать хороший сценарий для этой функции.


можешь дать хороший пример?

[alatar]

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

можеш дать хороший пример?

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

Есть у меня один проект с таким функционалом. Киллер-фичей было бы создание правила инжекта модели в медиатор в зависимости от класса view. Т.к. модели тоже имеют один интерфейс.

Добавлено через 7 минут
В MvcExpress меня также смущает, что proxy передается только как объект. Нет ленивой инициализации.

Добавлено через 10 минут
Также хотелось бы, что бы CommandMap#execute возвращал созданную команду, для простой реализации AsyncCommand и цепочек команд.

[Deril_AS3]

Спасибо за пример! я подумаю над этом, сделаю модель.

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

В MvcExpress меня также смущает, что proxy передается только как объект. Нет ленивой инициализации.

будет! (v1.3.0). https://github.com/MindScriptAct/mvc...work/issues/23

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

... для простой реализации AsyncCommand и цепочек команд.

для async commands и цепочек у меня есть это решение:

 
package com.mindScriptAct.mapEditor.controler {
...
 
public class AsyncCommand extends Command {
 
	public function execute(blank:Object):void {
		var imageLoader:Loader = new Loader();
		imageLoader.addEventListener(Event.COMPLETE, handleImmageLoad);
		imageLoader.load(new URLRequest("example.jpg"));
	}
 
	private function handleImmageLoad(event:Event):void {
		// think what to do next...
		if (...) {
			// execute next command if needed..
			commandMap.execute(NextCommandInChain, params);
		}
	}
 
}
}

в mvcExpress невозможно получать Cammand i Mediator объекты, никоим образом.
Я хочу, чтоб именно так осталась.

Добавлено через 4 часа 43 минуты

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

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

Есть у меня один проект с таким функционалом. Киллер-фичей было бы создание правила инжекта модели в медиатор в зависимости от класса view. Т.к. модели тоже имеют один интерфейс.

Я понял ситуацию правильно?

[alatar]

Картинку лучше вставить в сообщение в расширенном режиме. На данный момент я ее не вижу.

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

Я понял ситуацию правильно?

Похоже.

[Deril_AS3]

hm...

В этой конкретной ситуации, я бы делал так:

package temp {
import org.mvcexpress.mvc.Mediator;
 
public class BaseMediator extends Mediator {
 
	protected var baseView:IBaseInterface;
 
	override public function onRegister():void {
		// mediate IBaseIterface specific stuff.
	}
 
}
}

package temp {
import org.mvcexpress.mvc.Mediator;
 
public class A1Mediator extends BaseMediator{
 
 
	private var _view:WiewA1;
 
	[Inject]
	public var proxyX:ProxyX;
 
	[Inject]
	public function set view(value:WiewA1):void {
		baseView = value;
		_view = value;
	}
 
	override public function onRegister():void{
		super.onRegister();
		// mediate ViewA1 specific stuff.
	}
 
}
}

Элегантное решение, и все функции находятся в правильных классов.

и использовать так:

		mediatorMap.map(ViewA1, A1Mediator);
		mediatorMap.map(ViewA2Sub, A2Mediator);
		mediatorMap.map(ViewBSub, BMediator);
 
		...
 
		var testView:ViewA1 = new ViewA1();
		mediatorMap.mediate(testView);

Добавить view inject как интерфейс легко, но я не могу найти хороший практический пример где это необходимо(как функция, или просто для удобства).

Идея такова: каждый конкретный view должна иметь конкретный mediator.
Если view имеет суперклас - mediator может иметь также суперклас, если это нужно.

спасибо за комментарий!

[alatar]

Я бы не назвал подобное решение элегантным.

Идея такова: каждый конкретный view должна иметь конкретный mediator.

Это не идея — это ограничение. Чем оно обосновано?