Niniejszy artykuł opisuje system szablonów zawarty w wersji 1.1 eZ components. Opiera się on na analizie prostej aplikacji, która wykorzystując system szablonów, wysyła zapytanie do wyszukiwarki Google o podane słowo kluczowe a następnie sprawdza pozycję zdefiniowanej witryny w zwróconych wynikach. Mimo że nie zamierzam opisywać całej aplikacji (która używa też komponentu eZ PersistentObject i kilku innych klas), opisanie wykorzystanego w niej systemu obsługi szablonów powinno dać dobry przykład użycia komponentu eZ Template.

Bardzo kiepsko napisany, suchy i nudny artykul. Bardzo slabe przyklady, masa linkow zamiast konkretow. W jednych miejscach truizmy, w drugich zupelnie niedopowiedziane wazne kwestie. Szkoda, poniewaz o MVC mozna by napisac duzo i ciekawie - jednak nie w ten sposob.

Napiszę krótko. Bardzo dobry, przejrzysty, w prosty sposób napisany artykuł.

Super art. Przybliża zagadnienie najbardziej możliwie

Przedstawiam tłumaczenie/streszczenie artykułu Another 7 deadly sins for PHP . Warto nadmienić, iż podobnych grzechów jest znacznie więcej i winny one być stopniowane w zależności od ilości wiedzy posiadanej przez programistę. Powyższe błędy dotyczą "programatorów" średniozaawansowanych.

Model-Widok-Kontroler jest frameworkiem określa pewien sposób pisania aplikacji[39] polegający na podziale aplikacji na trzy warstwy:
1. Model – odpowiada za sposób przechowywania danych, w niektórych publikacjach można się spotkać ze stwierdzeniem, że model to źródło danych. Modelem może być baza danych, pliki tekstowe lub pliki XML, a nawet zasoby położone na innym serwerze. Najistotniejsze jest, to aby model w MVC ukrywał przed aplikacją na czym pracuje udostępniając jej jedynie interfejs do zarządzania danymi.
2. Widok – odpowiada za to co widzi użytkownik, inaczej mówiąc zajmuje się prezentacją danych na ekranie w formie zrozumiałej dla użytkownika. W aplikacjach webowych jest to najczęściej dynamicznie generowany (X)HTML.
3. Kontroler – odpowiada za schemat wymiany danych pomiędzy Widokiem a modelem. Można by rzec, że kontroler w MVC odpowiada za interakcję użytkownika z modelem danych. W rzeczywistości kontroler przyjmuje dane żądania, pobiera dane od modelu i przekazuje je widokowi. Może również pobrać dane z widoku i przekazać je do modelu. Kontroler jest jedynym miejscem w którym powinien nastąpić kontakt widoku z modelem.
Sam Framework MVC nie jest stosowany tylko przy aplikacjach webowych, ale także w przypadku aplikacji desktopowych w znacznym stopniu ułatwia tworzenie aplikacji i zapewnia jej skalowalność w przyszłości dzięki czemu programista może być pewien, że nie będzie musiał w momencie wprowadzania nowych funkcjonalności lub opcji w aplikacji modyfikować całości jej kodu a jedynie wymaganą jej część.
Przy tworzeniu autorskiego systemu CMS starano się zachować wszelkie założenia zgodne z MVC dzięki czemu aplikacja jest skalowalna i prosta w rozbudowie. Całości dopełnia zaimplementowany system rozszerzeń co w niektórych przypadkach może ułatwić rozszerzenie możliwości aplikacji o dodatkowe funkcjonalności bez konieczności modyfikacji kodu programu.

"Nie jest to dobre podejście jeśli zależy nam na wysokiej jakości produktu końcowego. Zalecane jest wykorzystanie jednego z wielu dostępnych frameworków mvc (np. Zend), oraz wybranych bibliotek, które ułatwią nam rozwiązanie danego problemu."

Nie zgodzę się z postawioną tu tezą. Uważam, że każdy programista PHP powinien zacząć od pisania projektów od podstaw i "zaliczyć" ich kilka. Dopiero wtedy może przejść do używania np frameworków. W przeciwnym razie niczego się nie nauczy poza składaniem aplikacji z gotowych klocków. W szczególności nie będzie wiedział po co i dlaczego to działa tak a nie inaczej.