Chris McDonough wrote:
Then finally, in maybe 2005 or so, it was adopted by web frameworks to
mean something entirely different. See also
http://docs.pylonsproject.org/projects/pyramid/1.0/designdefense.html#pyramid-gets-its-terminology-wrong-mvc
This clears up the things a bit as to why you didn't want to call
Pyramid an MVC framework.
So these days "MVC" is just a marketing acronym. Its value is only as
a binary marketing identifier ("this framework is MVC, that one is
not"). "Non-MVC" frameworks tend to put both presentation and
business logic into the same place (e.g. PHP into a template), while
"MVC" ones do not. But the individual letters of the acronym are
nonsensical to try to adhere to in most web frameworks. If you're
trying to be "more MVC" in your code, you will have a very difficult
time, because it's just not really a technical goal to aspire to.
There would be no generally agreed upon way to do it, because MVC
doesn't have any sensible well-understood shared technical meaning.
In Pyramid the thing we used to call controller is now called view. The
thing that we used to call view can be named template. So what's the
difference (apart from naming conventions)? So called MVC frameworks
don't force me to use their "V" part either ;)
What do you mean by trying to be "more MVC" then? Using templates for
JSON responses?
--
Juliusz Gonera
http://juliuszgonera.com/
--
You received this message because you are subscribed to the Google Groups
"pylons-discuss" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/pylons-discuss?hl=en.