\n\n[MVC is] a particular way to break up the responsibilities of parts of a graphical user interface application. One of the prototypical examples is a CAD application: models are the objects being drawn, in the abstract: models of mechanical parts, architectural elevations, whatever the subject of the particular application and use is. The \u00e2\u0080\u009cViews\u00e2\u0080\u009d are windows, rendering a particular view of that object. There might be several views of a three-dimensional part from different angles while the user is working. What\u00e2\u0080\u0099s left is the controller, which is a central place to collect actions the user is performing: key input, the mouse clicks, commands entered.
\nThe responsibility goes something like \u00e2\u0080\u009ccontroller updates model, model signals that it\u00e2\u0080\u0099s been updated, view re-renders\u00e2\u0080\u009d.
\nThis leaves the model relatively unencumbered by the design of whatever system it\u00e2\u0080\u0099s being displayed on, and lets the part of the software revolving around the concepts the model involves stay relatively pure in that domain. Measurements of parts in millimeters, not pixels; cylinders and cogs, rather than lines and z-buffers for display.
\nThe View stays unidirectional: it gets the signal to update, it reads the state from the model and displays the updated view.
\nThe controller even is pretty disciplined and takes input and makes it into definite commands and updates to the models.
\nNow if you\u00e2\u0080\u0099re wondering how this fits into a web server, you\u00e2\u0080\u0099re probably wondering the same thing I wondered for a long time. The pattern doesn\u00e2\u0080\u0099t fit.
\n
Read the rest at Why MVC doesn't fit the web.
\n\n" }