Передача данных в паттерне Observer

[Alexmody]

При реализации паттерна Observer (наблюдатель) появились вопросы по реализации
универсального получения/передачи данных.

Есть BaseSubject (субъект/model в MVC- кто рассылает события всем подписавшимся
обозревателям) от него наследуются два класса SubjectA и SubjectB.

Есть класс BaseData от котрого наследуются DataA (имеет переменные level, score),
и DataB (имеет переменные time, coins).
В данном случае данные DataA и DataB создаются отдельно от BaseSubject/model в MVC,
но на них предается ссылка в соотв. экземпляр SubjectA и SubjectB.


В BaseSubject есть ф-я изменения данных (для дальнейшей рассылки обозревателям) в
которую входит параметр класса BaseData, т.е. ф-я может принять вышеописанные
SubjectA и SubjectB.

public class SubjectA/SubjectB extends BaseSubject
{
public function setData(data:BaseData):void
{
if(data is DataA)
{
this.data.level = data.level;
this.data.score = data.score;
}

if(data is DataB)
{
this.data.time = data.time;
this.data.coins = data.coins;
}

//передаем данные всем подписанным обозревателям.
notifyObservers();
}
}


Как видно выше передается нужный класс данных типа BaseData, обычно в примерах
паттерна Observer принимается перечисленные переменные: setData(level:int, score:int):void,
но куда удобнее применить общий тип данных для всех экземпляров наследуемых от
BaseSubject, но в это же время появляется проблема с обработкой этих данных.
Тот пример, что привел выше мне не нравится, нагромождение и не универсально, приходится
с каждым новым типом данных прописывать дополнительные применять if.

Можно еще предварительно не поставлять входящие данные а в функцию setData(…) класса
BaseSubject, а запрашивать объект DataA/DataB ф-й GetData():BaseData, и изменять
его возвращенные данные.

В экземплярах классов Observer прием данных тот же:
public override function updateData(data:BaseData):void

Посоветуйте, как лучше организовать передачу данных реализуя паттерн Observer, при
этом желательно, чтобы отправленные/полученные данные были в виде класса, а не
набора кучи параметров функции.

[Котяра]

Обсервер не нужен - есть EventDispatcher

[Alexmody]

Добавлено через 2 минуты
Я предпочитаю замену EventDispatcher, ссылками на родителя, а для передачи данных Observer.
Суть не в том, через что можно реализовать вещатель, а в обработке данных.

[Котяра]

без кастования данных совсем не обойтись. или я вас совсем не понял
хэндлер принимает базовый тип, если нужно уточнить используйте is, а вобще не стоит городить огород - используйте EventDispatcher - на крайняк слоты. Там много хороших проверенных и главное известных другим методик и багов.

а вообще лучший вариант так:
public class SubjectA/SubjectB extends BaseSubject
{
public function set data($data:BaseData):void
{
this._data = $data
//передаем данные всем подписанным обозревателям.
notifyObservers();
//или
dispatchEvent(new DataEvent(Event.CHANGE,true,true,_data));
}
}

[Alexmody]

Спасибо, что привели код, но как раз первый вариант вещания данных я делал с
помощью dispatchEvent, т.е. в точности, что вы привели.
Варианты dispatchEvent и реализация классического Observer (по книжке ActionScript 3.0 Design Patterns )
оба хороши, просто дело вкуса, проблема в другом: я хотел бы избавиться от ифов, а также от копирования
не измененных данных, при изменении одного, к примеру был изменен level, но в коде приходится копировать
все переменные...или проверять их на изменение...

if(data is DataA)
{
this.data.level = data.level;//изменен, копируем
this.data.score = data.score;//не изменен, но копируем
...//не изменен, копируем
}

[Котяра]

Может и не правильно, но я на сеттер level вешал диспатч событий "levelChange" и "change"
либо заводил level как отдельную субмодель
тогда подписка в каком нибудь представлении была бы такая
model.level.addEventListener(Event.CHANGE, updateLevelBar)
// любое изменение модели, если поддерживается бабблинг в структурах моделей
model.addEventListener(Event.CHANGE, log)

меняем level:
level.data = 3;