Hola: Alguien me podría explicar si Drupal usa arquitectura Modelo Vista Controlador o Presentación Abstracción Control ? Agradecido de antemano. Saludos. _____________ NOD32 EMON 3048 (20080423) information _____________ This message was checked by NOD32 antivirus system http://www.eset.com
Arquitectura DrupalYou can have a look at http://www.garfieldtech.com/blog/mvc-vs-pac Saludos ----- Original Message ----- From: Pedro Enrique Castiñeiras Sanchez To: development@drupal.org Sent: Wednesday, April 23, 2008 8:25 AM Subject: [development] Arquitectura Drupal Hola: Alguien me podría explicar si Drupal usa arquitectura Modelo Vista Controlador o Presentación Abstracción Control ? Agradecido de antemano. Saludos. _____________ NOD32 EMON 3048 (20080423) information _____________ This message was checked by NOD32 antivirus system http://www.eset.com
This list is conducted in English, but I will give a brief explanation, so as not to be rude. But first let me point you to the excellent site at http://www.drupal.org.es/ in Spanish, plus many groups on groups.drupal.org, such as http://groups.drupal.org/argentina, conducted in the Spanish language. Para diálogo en español, hay excelentes recursos en la comunidad Drupal: http://www.drupal.org.es/ y grupos, también, hispanoparlantes: por ej.: http://groups.drupal.org/argentina Con respecto a tu pregunta, hay muchos "patterns" (patrones de diseño), en muchos niveles de granularidad de discusión. Más allá de clasificar Drupal en uno u otro padrón, digamos que se habla en términos de "modelo-vista-controlador" en el sentido de que Drupal hace una excelente separación _limpia_ entre la persistencia de los datos y los formularios (modelo), la lógica (ciclo de respuesta al pedido http, o sea, ciclo de vida de un "request" a un sitio Drupal), y la vista que emerge como la respuesta HTML al explorador del internet (browser). En cada esfera, hay muchas oportunidades para efectuar modificaciones de manera limpia. Quick English translation: Above and beyond classifying Drupal in one or another design pattern in the strictest sense, we speak of MVC in relation to Drupal because of its clean separation of data persistence and forms (model), logic (http request and response, or Drupal page life-cycle) and view (the HTML that is returned to the browser), and that there are many API's and opportunities to override in a clean fashion. Victor Kane http://awebfactory.com.ar On Wed, Apr 23, 2008 at 10:25 AM, Pedro Enrique Castiñeiras Sanchez < pesanchez@estudiantes.uci.cu> wrote:
Hola:
Alguien me podría explicar si Drupal usa arquitectura Modelo Vista Controlador o Presentación Abstracción Control ?
Agradecido de antemano.
Saludos.
_____________ NOD32 EMON 3048 (20080423) information _____________
This message was checked by NOD32 antivirus system http://www.eset.com
Quick English translation: Above and beyond classifying Drupal in one or another design pattern in the strictest sense, we speak of MVC in relation to Drupal because of its clean separation of data persistence and forms (model), logic (http request and response, or Drupal page life-cycle) and view (the HTML that is returned to the browser), and that there are many API's and opportunities to override in a clean fashion.
Just a little contribute: * Does Drupal 5 has a MVC architecture? | drupal.org (http://drupal.org/node/116677) ema -- Emanuele Quinto - www.kronstadt.it ------------------------------------------------------------------------------------------------------------------ My mother used to say to me, "Elwood" - she always called me Elwood - "In this world, Elwood, you must be oh-so smart, or oh-so pleasant." For years I was smart. I recommend pleasant, and you may quote me. ------------------------------------------------------------------------------------------------------------------
On Wed, 23 Apr 2008 11:14:07 -0300, "Victor Kane" <victorkane@gmail.com> wrote:
Quick English translation: Above and beyond classifying Drupal in one or another design pattern in the strictest sense, we speak of MVC in relation to Drupal because of its clean separation of data persistence and forms (model), logic (http request and response, or Drupal page life-cycle) and view (the HTML that is returned to the browser), and that there are many API's and opportunities to override in a clean fashion.
Which is wrong. 3-part separation does not imply MVC. MVC is one specific 3-part separation that is poorly suited to the web. WebMVC/MVC2 is a stupidly named architecture more properly termed "Rails-style", since most of them are inspired by Ruby on Rails' misuse of the term "MVC". I personally happen to think it is a fairly bad architecture, too, but that's more subjective. See the previously posted link for more details, and please stop calling Drupal something it is not. --Larry Garfield
Oh, I beg your pardon, I thought we were having a polite discussion. On Wed, Apr 23, 2008 at 7:30 PM, Larry Garfield <larry@garfieldtech.com> wrote:
On Wed, 23 Apr 2008 11:14:07 -0300, "Victor Kane" <victorkane@gmail.com> wrote:
Quick English translation: Above and beyond classifying Drupal in one or another design pattern in the strictest sense, we speak of MVC in relation to Drupal because of its clean separation of data persistence and forms (model), logic (http request and response, or Drupal page life-cycle) and view (the HTML that is returned to the browser), and that there are many API's and opportunities to override in a clean fashion.
Which is wrong. 3-part separation does not imply MVC. MVC is one specific 3-part separation that is poorly suited to the web. WebMVC/MVC2 is a stupidly named architecture more properly termed "Rails-style", since most of them are inspired by Ruby on Rails' misuse of the term "MVC". I personally happen to think it is a fairly bad architecture, too, but that's more subjective.
See the previously posted link for more details, and please stop calling Drupal something it is not.
--Larry Garfield
I was being polite. I was pointing out that something you said was untrue. No more, no less. On Wednesday 23 April 2008, Victor Kane wrote:
Oh, I beg your pardon, I thought we were having a polite discussion.
On Wed, Apr 23, 2008 at 7:30 PM, Larry Garfield <larry@garfieldtech.com>
wrote:
On Wed, 23 Apr 2008 11:14:07 -0300, "Victor Kane" <victorkane@gmail.com>
wrote:
Quick English translation: Above and beyond classifying Drupal in one or another design pattern in the strictest sense, we speak of MVC in
relation
to Drupal because of its clean separation of data persistence and forms (model), logic (http request and response, or Drupal page life-cycle)
and
view (the HTML that is returned to the browser), and that there are many API's and opportunities to override in a clean fashion.
Which is wrong. 3-part separation does not imply MVC. MVC is one specific 3-part separation that is poorly suited to the web. WebMVC/MVC2 is a stupidly named architecture more properly termed "Rails-style", since most of them are inspired by Ruby on Rails' misuse of the term "MVC". I personally happen to think it is a fairly bad architecture, too, but that's more subjective.
See the previously posted link for more details, and please stop calling Drupal something it is not.
--Larry Garfield
-- Larry Garfield AIM: LOLG42 larry@garfieldtech.com ICQ: 6817012 "If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it." -- Thomas Jefferson
Sure, Larry, let me try to put forward what I have in mind, just for the record. There is an historically accepted "general" sense to the term "MVC", which I said I was clearly using, and I said I wasn't going to get into the classification game very clearly. So to use the paradigm of "truth" and "untruth", is to impose an out-of-context excessively abstract grid upon the discussion. Drupal is a framework with a big "code debt"; in horrible need of a great deal of refactoring, to say the least; but one thing everyone agrees upon is the possibility of overriding functionality cleanly without hacking core, and the possibility of dealing with persistence, logic and view in cleanly separated ways, is what makes it stand out. I think that is the most important thing. And people should find out about that. To impose a very abstract design pattern on it, as if it had been designed on that basis, is idealism at its worst: to cram reality into abstract ideas. To put the cart before the horse. To believe that ideas motorize history, in the Hegelian sense. But it is the work of human beings which drives history: Design patterns are for designing. Drupal wasn't designed around a design pattern, at least not with the granularity you are presupposing. So I don't think there is room for anything more than a very general approach to even speaking of Drupal and design patterns in the same breath. There may be some sense to speaking of Drupal and design patterns in the context of refactoring. That would be a discussion worth having, based on work, based on a dynamic. Like your excellent discussion on the database abstraction question. Victor Kane http://awebfactory.com.ar On Wed, Apr 23, 2008 at 10:41 PM, Larry Garfield <larry@garfieldtech.com> wrote:
I was being polite. I was pointing out that something you said was untrue. No more, no less.
On Wednesday 23 April 2008, Victor Kane wrote:
Oh, I beg your pardon, I thought we were having a polite discussion.
On Wed, Apr 23, 2008 at 7:30 PM, Larry Garfield <larry@garfieldtech.com>
wrote:
On Wed, 23 Apr 2008 11:14:07 -0300, "Victor Kane" < victorkane@gmail.com>
wrote:
Quick English translation: Above and beyond classifying Drupal in one or another design pattern in the strictest sense, we speak of MVC in
relation
to Drupal because of its clean separation of data persistence and forms (model), logic (http request and response, or Drupal page life-cycle)
and
view (the HTML that is returned to the browser), and that there are many API's and opportunities to override in a clean fashion.
Which is wrong. 3-part separation does not imply MVC. MVC is one specific 3-part separation that is poorly suited to the web. WebMVC/MVC2 is a stupidly named architecture more properly termed "Rails-style", since most of them are inspired by Ruby on Rails' misuse of the term "MVC". I personally happen to think it is a fairly bad architecture, too, but that's more subjective.
See the previously posted link for more details, and please stop calling Drupal something it is not.
--Larry Garfield
-- Larry Garfield AIM: LOLG42 larry@garfieldtech.com ICQ: 6817012
"If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of every one, and the receiver cannot dispossess himself of it." -- Thomas Jefferson
participants (5)
-
emanuele quinto -
Larry Garfield -
Nicolas Tostin -
Pedro Enrique Castiñeiras Sanchez -
Victor Kane