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.

[!*!]

Kod

A właściwie to jest jakiś argument, który Cię zadowoli? Jak na razie zauważyłem, że pisać wszystko swoje i koniec kropka, bo to za ciężkie, to nie wydajne, to nie spełnia swych wymogów, a to zaś jest jeszcze zaprojektowane inaczej jakbyś chciał

Z pewnością jest i to wiele, tak samo jak dlaczego klasa X jest lepsza od Y, jeśli tylko dobra będzie argumentacja. Dlaczego uważasz że powinienem się męczyć z FW X który ma takie a nie inne podejście do projektowania które mi nie pasuje...

Tutaj pytanie - A skąd masz pewność, że akurat twoje rozwiązanie jest dobre?

Bo to właśnie moje rozwiązanie (IMG:style_emoticons/default/tongue.gif) A Ty skąd masz pewność że rozwiązanie w FW jest dobre?

Co do tego iż jest popularne - Skoro ludzie w tym piszą, jest im wygodnie i ten framework im odpowiada tzn że jest on przereklamowany?

Nie.

Piszesz wszystko od razu pod CMS'a by to co ma się w nim znaleźć działało - A co jeśli przyjdzie napisać Ci coś innego?

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.

Jeśli ktoś nauczy się używać roweru to wtedy może spokojnie zbadać jak i z czego jest zrobiony i działa, bo niby po co ma robić na odwrót? Co mu to da?

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

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.

Gdyby każdy tak myślał "po co tworzyć coś, skoro już to jest" to prawdopodobnie dzisiaj byś nie miał monitorów LCD czy plazmy na ścianie, a o takich wynalazkach jak ASP.NET czy D już nie wspomnę. I oczywiście byłaby jedyna słuszna przeglądarka, bez opery, chrome czy fx.

Ten post edytował !*! 30.05.2012, 16:00:34