Alternatywne wzorce do tworzenia stron internetowych? (inne niż MVC) [zamknięte]

Zamknięte . To pytanie musi być bardziej skoncentrowane . Obecnie nie przyjmuje odpowiedzi.

Chcesz poprawić to pytanie? Zaktualizuj pytanie, aby skupiało się tylko na jednym problemie, edytując ten post .

Zamknięte 4 lata temu .

Ostatnio czytałem kilka postów na blogu dotyczących MVC i tego, jak nie pasuje do Internetu . Dowiedziałem się o alternatywnych wzorcach, takich jak architektura RMR .

Jestem ciekawy, jakie inne wzorce używają ludzie w Internecie oprócz MVC? Ponadto, jeśli istnieje platforma, która implementuje wzorzec, opublikuj link do niego.

design-patterns architecture mvc

— TaylorOtwell
źródło

Czy chcesz zamienniki MVC, takie jak MVVM, czy chcesz poznać inne wzorce projektowe stosowane w tworzeniu stron internetowych? Pytanie można interpretować w obu kierunkach i nie jestem pewien, czy zamierzaliście zastosować obie interpretacje, ponieważ odpowiedzi byłyby raczej różne w każdym przypadku.

— JB King

Chcę przede wszystkim wiedzieć o innych wzorcach projektowych stosowanych w tworzeniu stron internetowych.

— TaylorOtwell

Właściwie szukam zamienników do MVC. Niestety, początkowo nie był na tej samej stronie.

— TaylorOtwell

Wow - miło widzieć, że inni ludzie czują to samo. MVC nie do końca pasuje do sieci, a gdy dopiero zaczynasz programowanie / OOP (ale masz doświadczenie w sieci), to powoduje wiele zamieszania, gdy podajesz wiarygodność najlepszych praktyk, które pochodzą z komputerów stacjonarnych.

— JW01

RWR po prostu łączy M i C w MVC. MVC „dopasowuje się do sieci” i może być przyzwyczajony do RESTful. RWR to zasadniczo zmiana marki wzoru kontrolera nadzorującego.

— alphadogg,

Odpowiedzi:

Cieszę się, że to opublikowano.

Paul James (autor jednego z twoich linków) faktycznie ma platformę Tonic PHP: http://peej.github.com/tonic/ Co jest dość ładne i lekkie.

Istnieje również Recess Framework, który jest podejściem RESTful: http://www.recessframework.org/

Możesz być także zainteresowany flourishlib , non-mvc un -framework.

Osobiście podoba mi się filozofia stojąca za scala / lift:

Lift różni się [ od MVC ]. W przypadku żądań HTML Lift najpierw ładuje widok i buduje twoją stronę z widoku. Lift obsługuje również żądania stylu REST dotyczące danych innych niż HTML. (Patrz 11 na stronie 1 ↑) „Dlaczego?” Ponieważ złożone strony HTML rzadko zawierają dominującą logikę… pojedynczy kontroler… ale zawierają wiele różnych komponentów. Niektóre z tych komponentów oddziałują na siebie, a niektóre nie. W Lift określasz kolekcję komponentów do renderowania na wynikowej stronie HTML w widoku.

Spędziłem wiele lat budując aplikacje C ++ z kopią GoF po mojej stronie, i zajmując się czystym tworzeniem stron internetowych, naturalnie przeszedłem prosto do frameworka MVC ... Z biegiem miesięcy jednak zdecydowałem się na bardziej proceduralne (z trudem łapie powietrze), z kilkoma klasami zebranymi razem, aby utrzymać mnie SUCHO. Przestałem też używać ram i poszedłem ze stylem ramowym No-Framework firmy Rasmus w celu rozdzielenia problemów.

Z chęcią wypróbuję podejście Lift, ale wciąż jestem zbyt zajęty.

— czerwony brud
źródło

Oto kilka możliwych pomysłów do rozważenia:

Można próbować argumentować, że początkowe formularze internetowe próbowały być zbliżone do VC MVC z kodem z tyłu i znacznikami w osobnych plikach, ale nie jestem pewien, jak daleko w dół tego króliczego otworu chciałbym pójść.

— JB King
źródło

Myślę, że źle zrozumiałem twój pierwszy komentarz. Szukam zamienników / alternatyw dla MVC jako całości.

— TaylorOtwell

Nie używaj formularzy internetowych, jest to znacznie gorsze niż MVC.

— ryanzec