Framework MVC i wywoływanie domyślnego widoku, Jak to wygląda od strony wnętrza frameworka? Opcje

[Walian]

W jaki sposób we frameworkach MVC są wywoływane domyślne widoki? Tzn. nie pytam o zasady MVC, lecz o kwestię techniczą od strony wnętrza frameworka.

Np. w Zendzie tworzymy sobie najbardziej podstawowy kontroler:

[PHP] pobierz, plaintext 
class IndexController extends Zend_Controller_Action
{
	function indexAction()
	{
 
	}
}
[PHP] pobierz, plaintext 

I już na tym etapie Zend wie, że ma wyświetlić zawartość pliku index/index.phtml.
Gdzie jest zawarty kod, który to realizuje? Działa to świetnie bo już w akcji można wyłączyć wyświetlenie zarówno layoutu jak i widoku, a nawet wywołać kilka widoków.

[!*!]

tzn. ludzie zamiast skorzystać z gotowych klas [narzędzi], które ktoś już napisał i są one powiedzmy dobre (czy tam "prawidłowo" napisane) tworzą swoje własne, które zazwyczaj kończą się niepowodzeniem

Ale dobre dla kogo? Dla Ciebie? Dla innych bo też z tego korzystają? Niektórzy używają GTK+ przy budowaniu aplikacji dla linux, inni Qt a jeszcze inni napiszą coś używając basha...

Chodzi o to żeby napisać coś co Nam pasuje... To ile błędów popełnimy w trakcie to już inna kwestia, dobrym rozwiązaniem przy budowie FW jest pisanie od razu jakiejś aplikacji w nim, np. CMSa wtedy wyjdą wszystkie błędy dość szybko. Tworzymy narzędzie które pasuje to naszego stylu, to po prostu wygodne.

Czyli uważasz, że zerknięcie do dokumentacji i popatrzenie kod (+ sprawdzenie tego czy faktycznie działa) jest dłuższe od napisania takiego samego (lub gorszego/lepszego) systemu? Poza tym, twierdzisz że w swoim FW nie ma problemu z zew. klasami - Czyli w Symfony lub Zendzie są? Bardzo dziwna sprawa - Szkoda na to słów.

Dokumentacja Zenda jakby to ująć... jest jedną z gorszych jakie miałem okazje czytać. To tylko moje zdanie i całkowicie się z nim zgadzam (IMG:style_emoticons/default/wink.gif) po prostu wolałbym przerabiać kod strukturalny aplikacji która ma 170k linijek w jednym pliku skompresowanej ciurkiem w jednej linijce, niż starać się zrozumieć tą dokumentacje. Podoba mi się za to dokumentacja CI, bo jest krótko i na temat, oraz cakePHP, bo jest krótko na temat i bez burdelu.

Kod

Pozdrawiam i jeśli tak bardzo już chcecie pisać własne platformy to skorzystajcie chociaż z komponentów, które już ktoś napisał i spełniają one swój obowiązek, bo można powiedzieć że to samo tyczy się PDO, podstawowych funkcji PHP i np Iteratorów (W końcu z tego korzystacie, a chcecie mieć swoje, czyż nie?).

Nie chce mieć swojego PDO, bo po co? PDO jest wbudowane w PHP i działa idealnie. Po co miałbym korzystać z cudzych komponentów, jak to mój FW pisany pod moje potrzeby? Owszem mogę skorzystać np. z klasy routera tej z ZF ale nie pasuje mi ona, szczególnie że mój FW opiera się o konkretne założenia sterowania aplikacją, więc napisałem routing pod siebie np. zlikwidowałem całkowicie odwoływanie z linku do kontrolera, metody i parametru bo mi to po prostu nie pasuje i uważam to za głupotę. Dlatego zanim przeanalizowałbym i przerobił klasy ZF pod siebie... zajęłoby mi to więcej czasu niż napisanie własnej klasy. Która działa tak jak chce i jest odpowiednia dla mojego FW i sposobu jego działania.

Zanim zdecydowałem się napisać własny FW, zadawałem dużo pytań na różnych forach odnośnie właśnie ZF, cakephp czy CI, jak zbudować w nich coś, co byłoby dokładnie takie jak JA chce. Efektem tego było to iż większość rozwiązań jakie chciałem uzyskać, zwyczajnie pozostawała bez odpowiedzi np. budowa panelu administracyjnego dla wszystkich zarejestrowanych aplikacji, w głównej strukturze katalogu, stworzenie tym samym własnego ekosystemu. Tego po prostu nie da się zrobić "od tak" w tych FW, przynajmniej na ichniejszych forach nikt takiej wiedzy nie posiadał... I tak dla odmiany mój FW na to pozwala "od tak", bez ceregieli, prosto i przyjemnie.

Nauka? Piszesz jakąkolwiek rzecz - niech zarzućmy na przykład komunikację w MVC - Piszesz kontroler, model i widok odpalasz - działa, po chwili zastanawiasz się co dodać - analizujesz i dodajesz, działa - ale za chwile próbujesz wykonać jakiś wyjątkowy manewr...

Korzystasz z ZF czy jakiegoś tam FW, obojętnie... A wiesz chociaż JAK działają poszczególne jego elementy, nie pytam o efekt końcowy.