Data mapper и компонента view

fisher

накатила суть
Автор оригинала: Ilya Bous
спокойствие только спокойствие =)
ну я могу рассказать если чё. создали лес терминов. грандиозный. уже черт ногу сломит, да? надо квалификацией обладать очень хорошей, чтобы продраться. а народ уже в трех соснах (mvc) путается, понимаешь? то есть в вещах элементарных. ну и представь себе что на войне значит вместо пли, ура, ну у каких там ещё команд стали говорить не одним словом а пятью. вот. понимаешь тут ведь ущербность очевидна уже чисто герменевтически.

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

fixxxer

К.О.
Партнер клуба
во всем виноват фаулер!

-~{}~ 25.08.08 02:07:

now I think it's time for some soundbites on MVC.

Make a strong separation between presentation (view & controller) and domain (model) - Separated Presentation.
Divide GUI widgets into a controller (for reacting to user stimulus) and view (for displaying the state of the model). Controller and view should (mostly) not communicate directly but through the model.
Have views (and controllers) observe the model to allow multiple widgets to update without needed to communicate directly - Observer Synchronization.
http://martinfowler.com/eaaDev/uiArchs.html#ModelViewController
 

fisher

накатила суть

fixxxer

К.О.
Партнер клуба
я то согласен, конечно, тут скорее браузер да аяксики всякие.
но применительно к серверсайд вебу такое тоже встречал, причем с теорией и все "солидно" яэбу. вот тока не помню где. искать влом)

вот а потом мля удивляемся откуда sql запросы в шаблонах:)

-~{}~ 25.08.08 03:43:

да и вообще сделали из простой концепции черт знает что
ну придумайте хоть другие названия чтобы людей не путать

-~{}~ 25.08.08 03:47:

ваще главный паттерн это KISS ;)
 

Ilya Bous

Новичок
Тема то какая завязалась черт побери :)
Вообще ежели про MVC, то если посмотреть на диаграмму и комментарии от аффтора (Trygve Reenskaug), то можно увидеть примерно следующее: "The essential purpose of MVC is to bridge the gap between the human user's mental model and the digital model that exists in the computer. The ideal MVC solution supports the user illusion of seeing and manipulating the domain information directly. The structure is useful if the user needs to see the same model element simultaneously in different contexts and/or from different viewpoints. The figure below illustrates the idea.". Диаграмма тут: http://folk.uio.no/trygver/themes/mvc/mvc-index.html
А вообще, что касается Фаулера - он отнес этот паттерн к "Web Presentation Patterns: Model View Controller (330)" здесь вот: http://martinfowler.com/eaaCatalog/
И кстати если внимательно посмотреть, то диаграмма сильно не поменялась. В отличии например вот от этого: http://ru.wikipedia.org/wiki/Mvc
Вот и получается ИМХО отсюда - вьюха и контроллер - они просто морды во внешний мир людей, показывают чего нужно и меняют чего не попадя (тем самым инкапсулируя тайные знания о том как это делать) - а модель - да блин эта ж ( опять же ИМХО) domain layer. Вот и вся фигня.
А наворотили тут конечно за последние 29-30 лет немало :)
 

Nicki

Новичок
Насколько я понимаю тут http://ru.wikipedia.org/wiki/Mvc штриховой линией показан возможный возврат данных от компонента компоненту. А что может возвратить представление в контроллер?
 

itprog

Cruftsman
Nicki
если брать обычные приложения, то действия пользователя (например, нажал на кнопку "сохранить" ) (?)
 

Nicki

Новичок
а вообще как лучше делать data mapper статическим классом или все таки объектом?
 
Сверху