Temat: Budowa Frameworków
Przemysław R.:
z jednej strony bardzo wygodne bo wszystko siedzi w jednym obiekcie, z drugiej strony czy jest stosowane w praktyce?
tak jest stosowane przez niemal kazdy framework, pokazana w tym linku implementacja jest oczywiscie obrazowa (w duzym duzym duzym uproszczeniu), nie uwzglednia wielu czynnikow i funkcjonalnosci, typu dynamiczny wybor trasy routingu, osobnego obiektu httprequest itp itd
jak przeanalizujesz np zend framework to zauwazysz ze wlasciwie front kontroler ma znaczenie tylko do momentu okreslenia wlasciwej trasy, potem wszystko odbywa sie wewnatrz lokalnego kontrolera
porownanie obiektu registry do zmiennych globalnych jest raczej pochopne i wynika raczej z niewiedzy anizeli ze stanu faktycznego - faktycznie problem dostepnosci obiektu w dowolnym miejscu (kontrolerze lub modelu) istnieje ale niekoniecznie musi byc rozwiazany poprzez globalizacje obiektu, jest kilk ainnych metod a jedna z nich jest przekazywanie obiektu tylko tam gdzie jest potrzebny - oczywiscie nawet w rozwiazaniu uzywajacym obiekt globalnie sa stosowane sposoby do zabezpieczania czesci obiektu przed nieuprawnionym dostepem z wybranych klas lub bezposrednio -> OOP