Хорошее MVC

[Zebestov]

Так. А про какую модель идет речь сейчас — как узнает?

[etc]

Непосредственно по вызываемому методу. Нужно уйти от абстрактного запроса данных к совершенно конкретному. Если контроллер хочет данные по меню, то APIController должен составить соответствующий реквест и идентифицировать приходящие данные по нему же. При получении данных вызвать соответствующий метод основного контроллера (если таковой в нём есть).

[Zebestov]

ага. теперь понял. вроде.

APIController — большой класс для работы с разными API. Имеет метод request(query:String, ... args);

MainController — основной класс. Имеет среди прочих публичные методы loadMainMenu(), loadFriends(user_id:int), loadPhotos(album_id:int) и т.д. Каждый метод формирует правильный запрос и по факту загрузки сам раскидывает данные по заведомо определенным для каждого метода моделям.

MenubarController — контроллер основного меню, который в частности вызывает метод MainController#loadMainMenu(), который сам выложит данные в MenubarModel по факту загрузки.

так?

[etc]

Да, так. Можно, конечно, попросить APIController сделать что-нибудь в обход основного, но запрашивающий контроллер не является его клиентом.

[Zebestov]

etc, спасибо! стало понятно, что я совсем не вкурил в само дерево проекта.

Если в диалоговом окне динамически создается список для выбора друзей. Мы во время выполнения создаем новые экземпляры контроллера, модели и вида.

Как я понимаю каждая ветвь (контроллеры, модели, виды) должна быть древовидной и расти с помощью чего-то наподобие addChild.

В частности аналогом stage для любого контроллера должен выступать mainController (чтобы мы могли запрашивать его).

Если так, то в самом начале mainController еще не знает о еще не созданном friendsListModel, который будет ждать данных, когда friendsListController вызовет mainController.loadFriends(user_id), потому что вся эта тройка будет создана (может быть) если пользователь выберет соотв. пункт меню.

Разумеется при добавлении (addChild) модели можно событиями сообщить наверх вплоть до mainController, что появился новый ребенок-модель. Но как mainController поймет, что с ним делать дальше? Ну что именно сюда мы будем передавать список друзей, а сюда — список фоток и т.д. Интерфейс?

[etc]

Список друзей принадлежит текущему пользователю. Изначально он пуст. Основной контроллер прекрасно знает о текущем пользователе и его списке друзей. Если запрашивается список друзей другого пользователя, то как минимум должен быть идентификатор этого пользователя в ответе, поэтому, опять же, нет проблемы взять нужного пользователя из модели и отдать ему друзей в основном контроллере.

[Zebestov]

Пример.
За все время приложение запросит следующие данные:

- список друзей некоего пользователя
- список альбомов пользователя
- список фотографий из альбома

значит все эти модели должны быть публичными свойствами mainController:

public var friendsModel:FriendsModel = new FriendsModel();
public var albumsModel:AlbumsModel = new AlbumsModel();
public var photosModel:PhotosMidel = new PhotosModel();

и когда дело дойдет до создания списка фотографий, то мы в контроллере диалогового окна someWindowController, который имеет свои model и view делаем так:

var somePhotosListView:ListView = new ListView(mainController.photosModel);
var somePhotosListController:ListController = new ListController(
	mainController,				// ссылка на основной контроллер
	mainController.photosModel,		// модель
	this.somePhotosListView:ListView	// вид
);

this.model.addChild(mainController.photosModel);
this.view.addChild(this.somePhotosListView);
this.addChild(somePhotosListController);

Ход мысли туда?

Добавлено через 2 минуты
Ну насчет публичных свойств в mainController я поспешил — достаточно дать доступ через get

[Zebestov]

т.е. если переписать, то все модели должны быть свойствами mainModel:

public var friendsModel:FriendsModel = new FriendsModel();
public var albumsModel:AlbumsModel = new AlbumsModel();
public var photosModel:PhotosMidel = new PhotosModel();

someWindowController создаем так:

var someWindowController:ListController = new WindowController(
	mainController,		// ссылка на основной контроллер
	mainModel,		// ссылка на основной контроллер
	someWindowModel,
	someWindowView
);

т.е. окно всегда среди прочих параметров принимает еще и mainModel, потому что часто создает группы MVC, где модель — это что-то из списка первой троицы.

а уже конкретный список создаем так:

var somePhotosListView:ListView = new ListView(mainModel.photosModel);
var somePhotosListController:ListController = new ListController(
	mainController,			// ссылка на основной контроллер
	mainModel.photosModel,		// модель
	this.somePhotosListView		// вид
);

this.model.addChild(mainModel.photosModel);	// и вот этого я так понимаю делать не надо?
this.view.addChild(this.somePhotosListView);
this.addChild(somePhotosListController);

теперь как?

[etc]

Нет, не туда.
Френды и прочая должны быть свойствами UserModel и создаваться сразу с ним. ListView получает линк на user.photos. Контроллер SomeWindowController имеет линк либо на user, либо весь model (хотя он ему и не нужен), у которого есть currentUser.

[etc]

addChild не надо. И вообще, я не очень вкурил, где располагается последний код и что такое this.model почему это не mainModel.