PHP MVC - jak projektować?

Jestem stosunkowo dobrze zorientowany w projektowaniu stron internetowych. Najczęściej wybieram lampy, w których Mam już mały "framework", którego używam. Krótko mówiąc, oddziela logikę od układu i mam w zasadzie jeden plik logiki do jednego lub wielu plików układu w zależności od tego, jakie widoki są obsługiwane w układzie. Jest sekcja adminów i jest User auth i takie tam. Dobrze.

Tak więc, gdy szukam bardziej rozbudowany w mój sposób projektowania / programowania w PHP - lub strony internetowej programowanie w ogóle-zastanawiam się jak właściwie "myśleć" MVC. Skłaniam się ku temu, ponieważ mój obecny framework jest bardzo zorientowany na DB i stał się nieco ciężki, gdzie wydajność jest najważniejsza.

Oto moje pytanie: czy mam rację zakładając, że kontroler zazwyczaj odpowiada "sekcji" lub "stronie", a Widok zajmuje się wyświetlaniem tego kontrolera, a model obsługuje obiekty używane przez kontroler i wyświetlane w widokach?

Weźmy przykład (niezbyt rozbudowany, ale wystarczająco, aby sprawdzić, czy moje myślenie jest słuszne):

Powiedzmy, że mamy prostą stronę z Grami. Sekcje zazwyczaj są takie jak: frontpage, gry, fora, o / zastrzeżenia itp.

Klasy kontrolera odpowiadają sekcjom, ale są nieco bardziej rozbudowane, aby pokryć "pojedynczą instancję" obiektu objętego sekcją, tzn. sekcja gier staje się dwoma kontrolerami; jednym do przeglądania gier (lista gier) i jeden dla samej strony gry. Całość byłaby czymś w rodzaju frontpage, games-overview, gamepage, forums, forum, topic-page, about, and disclaimer.

Widoki mogą być wieloma układami dla każdego kontrolera, np. takimi samymi jak kontrolery, ale być może różnymi rodzajami widoków na stronach forów (w zależności od tego, jak chcesz je wyświetlić) i na stronach gier (może wyświetlanie najlepszych wyników) itd.

Model (lub dataobjects) to zazwyczaj użytkownicy, gry, fora, Tematy, Posty, a następnie wiele obiektów pomocniczych, takich jak tagi tematu, najlepsze wyniki Gry i co nie, aby tematy można kategoryzować i gry w stanie mieć najlepsze wyniki itp itd.

Czy powyższy "poprawny" sposób myślenia, czy też całkowicie nie rozumiem całej koncepcji M-V-C dla stron internetowych.

Zastanawiam się nad przejściem na CodeIgniter lub jakiś inny Framework (zapraszam do komentowania wyboru frameworka lub czy lepiej wybrać mój własne), ponieważ mój własny framework jest bardzo zorientowany na DB i nie tnie go teraz, gdy kilka moich witryn przekracza 70,000 odsłon / dzień.

Szczere podziękowania dla tych z Was, którzy mogą pomóc w odpowiedzi, Czy moje podejście do MVC jest w pewnym sensie poprawne, a także, jeśli to możliwe, dodaj kilka wskazówek, o czym myśleć podczas kodowania MVC i nadal chcesz zachować najnowocześniejszą wydajność (jak najwięcej jest to możliwe w językach skryptowych).