¿Patrones alternativos para el desarrollo web? (no MVC) [cerrado]


24

Recientemente he estado leyendo algunas publicaciones de blog sobre MVC y cómo no se ajusta a la web . Aprendí sobre patrones alternativos como la arquitectura RMR .

Tengo curiosidad por saber qué otros patrones están usando las personas en la web además de MVC. Además, si hay un marco que implementa el patrón, publique un enlace a él.


¿Desea reemplazos para MVC como MVVM o desea conocer otros patrones de diseño utilizados en el desarrollo web? La pregunta podría interpretarse de cualquier manera y no estoy seguro de si pretendía ambas interpretaciones, ya que las respuestas serían bastante diferentes en cada caso.
JB King

Principalmente quiero saber sobre otros patrones de diseño utilizados en el desarrollo web.
TaylorOtwell

1
En realidad, estoy buscando reemplazos para MVC. Lo siento, no estaba en la misma página al principio.
TaylorOtwell

Wow, es agradable ver que otras personas se han sentido de la misma manera. MVC no encaja bien en la web y cuando eres nuevo en programación / OOP (pero experimentado en la web) genera mucha confusión al dar crédito a las mejores prácticas que se derivan del escritorio.
JW01

RWR simplemente fusiona la M y la C en MVC. MVC "se ajusta a la web" y se puede utilizar de maneras RESTful. RWR es esencialmente un cambio de marca del patrón del controlador supervisor.
alphadogg el

Respuestas:


6

Me alegra ver esto publicado.

Paul James (autor de uno de sus enlaces) en realidad tiene el marco PHP Tonic: http://peej.github.com/tonic/, que es bastante agradable y ligero.

También existe el Marco de recreo, que es un enfoque RESTful: http://www.recessframework.org/

También te puede interesar flourishlib , un marco de trabajo que no es de mvc.

Personalmente, me gusta la filosofía detrás del enfoque scala / lift:

La elevación es diferente [ de MVC ]. Para solicitudes HTML, Lift carga la vista primero y construye su página desde la vista. Lift también admite solicitudes de estilo REST para datos que no sean HTML. (Ver 11 en la página 1 ↑) "¿Por qué?" Porque las páginas HTML complejas rara vez contienen una pieza dominante de lógica ... un solo controlador ... pero contienen muchos componentes diferentes. Algunos de esos componentes interactúan y otros no. En Lift, define la colección de componentes que se representarán en la página HTML resultante en la vista.

Pasé muchos años construyendo aplicaciones de backend de C ++ con una copia de GoF a mi lado, y entrando en el desarrollo web puro, naturalmente fui directamente a un marco MVC ... Sin embargo, a medida que pasaron los meses, me encontré gravitando hacia un procedimiento más (¡jadeo!), con algunas clases organizadas para mantenerme SECO. Y dejé de usar frameworks y seguí con el estilo de framework No-Framework de Rasmus para la separación de preocupaciones.

Estoy ansioso por probar el enfoque de elevación, pero me he mantenido demasiado ocupado.


0

Aquí hay un par de posibles ideas para considerar:

Se podría tratar de argumentar que los Web Forms iniciales intentaron estar cerca de un VC de MVC con el código detrás y el marcado en archivos separados, pero no estoy seguro de qué tan lejos me gustaría llegar a ese agujero de conejo.


Creo que entendí mal tu primer comentario. Estoy buscando reemplazos / alternativas a MVC en su conjunto.
TaylorOtwell

3
Por favor, no use formularios web, es mucho peor que MVC.
ryanzec
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.