¿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.

TaylorOtwell
fuente
¿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.

tierra roja
fuente
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.

JB King
fuente
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