загрузчик в MVC || S

[Akopalipsis]

KumoKairo Спасибо за разъяснения! Тогда вопрос для закрепления темы -
Контроллер имеет ссылки и на модель и на вью.
Контроллер напрямую меняет модель.
Модель по изменению диспатчит вью.
Вью диспатчит контроллеру.
Контроллер не касается вью.
Модель не касается контроллера.
Где мои ошибки?

[Dukobpa3]

Контроллер может менять вью, контроллер может напрямую менять модель.
Но модель должна быть максимально инкапсулирована от контроллера. Т.е контроллер к примеру имеет доступ только к одному паблик методу модели fillData() - он может его дернуть и модель сама себя обновит оттуда откуда сама знает.
Контроллер может при необьходимости что-то напрямую дернуть во вью, хотя бы те же show()|hide() - но такое влияние контроллера на вью нужно свести к минимуму,если не искоренить полностью.

В остальном да, всё верно. К тому что ты описал нужно стремиться, на практике не всегда аж так идеально получается, но таки да - это и есть идеальная картинка.

[Akopalipsis]

это и есть идеальная картинка.

Аллилуйя!!)

Добавлено через 3 минуты
Dukobpa3 Дело в том,что Ваши слова, слова Wolsh и многие страницы тем о этом патарне я интерпретирую так, как написал выше. Но остальных я в упор не понимаю.

[Dukobpa3]

Аллилуйя!!)

Важно чтоб ты понимал что значит "напрямую меняет модель".
Да, контроллер имеет доступ к паблик методам модели. Но их должен быть минимум.
Напрямую меняет модель это не: model.counter += 1. Это model.parseDataFromServer(data). А модель уже сама распарсит и сама разберется что в этом месте надо сделать counter += 1, а вот здесь dispathEvent(ModelEvent.CHANGE)

Добавлено через 1 минуту
Это и будет называться "логика в модели". Все цифры в модели. Контролер не понимает откуда берется +=1 или -=1. Контроллер просто знает что "поступили новые данные, модель должна обновиться."

[Akopalipsis]

Важно чтоб ты понимал что значит "напрямую меняет модель".

Мне кажется, что для ограничения контроллера, как нельзя лучше подходят интерфейсы.

но такое влияние контроллера на вью нужно свести к минимуму,если не искоренить полностью.

Вот я так и понял все прочтённое.

Добавлено через 38 секунд
Мне вообще очень понравились интерфейсы.

[Wolsh]

Контроллер передает Модели пожелания пользователя))) Не "положи этот Бэнтли в корзину", а "юзер хочет положить этот Бэнтли в корзину". А может ли юзер себе это позволить, и — окажется ли в корзине еще один Бэнтли — это уж модель сама решит.

p.S. Котейка, а зачем модель диспатчит что-то для Вью через контроллер? Без него никак что ли?

[Akopalipsis]

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

[Dukobpa3]

модель диспатчит что-то для Вью через контроллер

Это где такое написано?

[Babylon]

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

[Dukobpa3]

для ограничения контроллера, как нельзя лучше подходят интерфейсы.

Интерфейсы нужны там где нужна универсализация.
Там где куча хлама можно использовать как нечто одинаковое.
Если ты хочешь написать один контроллер, который будет работать со всеми без исключения моделями - то возможно интерфейсы спасут. Но я абсолютно не уверен что это хороший вариант.
Контроллер ЗНАЕТ свою модель. Не нужно делать для этого контроллера возможность работать с кучей моделей.