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.

[Dipter]

Bo to właśnie moje rozwiązanie tongue.gif A Ty skąd masz pewność że rozwiązanie w FW jest dobre?

Ponieważ w każdej aplikacji którą tworzę za każdym razem się sprawdza.

Na tym właśnie polega FW, jego budowa jest elastyczna, główny rdzeń pozostaje bez zmian, aplikacja z niego korzysta, i może mieć swoje moduły. Dlatego nie ma znaczenia czy będzie do CMS czy gra w przeglądarce z wykorzystaniem praktycznie tylko JS, bo obie aplikacje będą korzystać z głównego rdzenia FW. Nie napisałem nigdzie że jest to FW tylko pod CMS, a tylko że wygodniej jest pisać FW równolegle tworząc jakąś aplikacje, aby poznać zasady działania każdego komponentu.

Widzisz, po to Zend, Symfony, Yii, Kohana czy jeszcze inny framework był pisany, byś mógł postawić na nim co tylko chcesz (stąd też spory zasób komponentów - które tak przerażają tych co wolą coś lżejszego co jest bzdurą, bo i tak nie wykorzystuje się wszystkiego dlatego nie ma prawie żadnego wpływu na wydajność.)
Ty twierdzisz, że dobrze pisać coś równolegle, widzisz framework to trochę jak system operacyjny - powinien być w pewien sposób uniwersalny, a pisząc go równolegle z projektem zaczyna być ułomny, bo jest przystosowany tylko i wyłącznie do niego.

To że jak mu odpadnie koło, to żeby wiedział że to nie wina bidonu.

Tylko, że koło zazwyczaj samo z siebie nie odpada, dlatego pierw trzeba nauczyć się jeździć skoro wyskakuje taka sytuacja.

Przykładem pisania czegoś swojego może być chociażby tutejszy formularz wysyłania postu... Zapewne są jakieś gotowe rozwiązania umożliwiające lepsze zarządzanie treścią przy długich wiadomościach... Przykładowo funkcja cytowania, można klikać w "cytat" ale trzeba przewijać stronę i ogólnie wielka niewygoda, ale załóżmy że mam czas, bo niby czemu nie i napiszę wtyczkę pod forum, które będzie cytować danych użytkowników w prostszy sposób, jakieś graficzne bajery tuż obok pola z tekstem np. śledząc akapity... Czy to znaczy że mam się męczyć z tym co jest, bo ktoś inny to napisał i "jest to dobre" ? Nie, siadam, piszę własny komponent i gra gitara.

Tu nie chodzi o to, że coś jest i już jest dobre, trzeba używać i koniec kropka - Po prostu chyba lepiej jest coś wziąć, przestudiować, sprawdzić czy pasuje i czy spełnia wymogi, a dopiero jeśli jest przeciwnie i ten framework czy jakieś narzędzie jest na NIE, wziąć kolejny i sprawdzać dalej? Jak już tak konkretnie nic nie odpowiada twoim kryteriom i odbiega od twojej ideologii tworzenia aplikacji to wtedy pisz już swoją maszynkę.