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