Концепция Model-View-ViewModel

[SNUPY]

Сообщение от crazy horse

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

Надеюсь вы не против дальше вести полемику. Если вести разговор в контексте MVC а не MVVM, то вики с вами будет не согласна: http://ru.wikipedia.org/wiki/Model-View-Controller

[crazy horse]

Надеюсь вы не против дальше вести полемику. Если вести разговор в контексте MVC а не MVVM, то вики с вами будет не согласна: http://ru.wikipedia.org/wiki/Model-View-Controller

Это не полемика, это тупо опыт. Я и вы - те люди, которые имеют мозг и, надеюсь, понимают, зачем мы используем инструменты. Мы должны понимать, что скальпелем удобно резать плоть, а ножницами - ногти, но не наоборот. Вики я не верю, там пишут часто те вещи, которые более, чем спорны. Я не хочу с вами спорить, чтобы доказать вам свою правоту, я хочу, чтобы люди не наступали на те грабли, на которые уже неоднократно наступил я

[SNUPY]

Сообщение от crazy horse

Это не полемика, это тупо опыт. Я и вы - те люди, которые имеют мозг и, надеюсь, понимают, зачем мы используем инструменты. Мы должны понимать, что скальпелем удобно резать плоть, а ножницами - ногти, но не наоборот. Вики я не верю, там пишут часто те вещи, которые более, чем спорны. Я не хочу с вами спорить, чтобы доказать вам свою правоту, я хочу, чтобы люди не наступали на те грабли, на которые уже неоднократно наступил я

Тогда я по другому попробую подойти к вашей мысли: для вида, модели и БД будет всего один контролер?

[crazy horse]

Тогда я по другому попробую подойти к вашей мысли: для вида, модели и БД будет всего один контролер?

Нет, это сильно зависит от обстоятельств. Мне часто удобнее, когда имеется куча контроллеров, каждый из которых делает всего одну ему поставленную задачу. И они имеют соответсвующее задаче имя. Проще найти позор колхоза таким образом. Так же, часто, у меня имеется даже отдельный контроллер и модель даже для части вида, например, для поля ввода в общем виде, для которого есть общий контроллер, другой. Я люблю дробить проблемы на более мелкие, так проще жить)

[SNUPY]

Ну фактически один контролер который дружит лишь с моделью и БД является интерфейсом для модели для взаимодействия с БД. Я ведь прав?

[crazy horse]

Нет. Каждый контроллер рождается в определенное время и знает только интерфейс того, что ему подсунули в данный момент. Для взаимодействия с бд существует прокси, который знает пару фраз Send и receive. Уже вопрос, как прокси это обрабатывает. Соответственно другой контроллер - парсер это разберет по кускам и засунет в модель. Модель гавкнет, что она обновилась. Медиатор это подхватит и обновит вьюху.

[SNUPY]

Кажется я понял что вы имели введу. Ну думаю для полной ясности остальных (тех кто придет к подобному вопросу) предлагаю сюда расписать процесс разработки тривиального пилотного проекта. Через некоторое время я постараюсь выложить базовую UML схему подчиненности объектов модели и постановку задачи.