Ukrywanie metod modelu przed widokiem Opcje

[coolos]

Witam,

mam pytanie w jaki sposób ukryć metody modelu przed widokiem? Chciałbym aby z poziomu akcji możliwe było wywołanie:

[PHP] pobierz, plaintext 
$news->add_news($id);
[PHP] pobierz, plaintext 

lecz żeby niemozliwe było to w widoku. Chciałbym aby widok, pobierał dane tylko z getterów.

Pozdrawiam

[irmidjusz]

mam pytanie w jaki sposób ukryć metody modelu przed widokiem? Chciałbym aby z poziomu akcji możliwe było wywołanie:
$news->add_news($id);
lecz żeby niemozliwe było to w widoku. Chciałbym aby widok, pobierał dane tylko z getterów.

Skoro tak bardzo chcesz - to wzorzec Proxy Twoim przyjacielem.

A inny sposób - używaj tylko getterów na obiektach modeli przekazanych do widoków (IMG:style_emoticons/default/tongue.gif) I po sprawie... (IMG:style_emoticons/default/wink.gif)

---------------------------------------------------------------------------------------------------------------------------

Normalnie klasy mapujące tabele w bazie i wykonujące logikę to powinny być te same klasy

Bzdura.

------------------------------------------------------------------

Popieram, co napisali Crozin i Orzeszekk - dobrze piszą. Jakby tu były plusiki, to bym im kliknął (IMG:style_emoticons/default/smile.gif)

-------------------------------------------------------------------

Zrozumiesz jak ktos da ci czyjs kod do rozwijania, wtedy odkryjesz ze "własny framework" w 99% przypadkow podoba sie tylko jego autorowi

TAK! TAK! TAK! TAK! TAAAAAAAK!

[Orzeszekk]

TAK! TAK! TAK! TAK! TAAAAAAAK!

No bo taka prawda, prawdopodobnie kazdy z nas sie wkurza na roznice miedzy przegladarkami i ich javascriptami ktore dopiero nakładka (czyli proxy...) jQuery pozwoliło rozwiązać w sposób łatwy i przyjemny. A to taka sama sytuacja jak z wlasnymi frameworkami PHP.
A wystarczyłoby gdyby twórcy przegladarek dali sobie na wstrzymanie ze swoimi "innowacyjnymi" pomysłami które w gruncie rzeczy w przypadku htmla 4 i css2 oraz javascriptow ktore powstaly zanim pojawil sie html5, polegały często na nadawaniu innych nazw tym samym funkcjom i zmiennym (IE tutaj góruje, chocby głupie eventArgs eventu keypressed... numer klawisza mozna odczytac w kazdej przegladarce w inny sposó(IMG:style_emoticons/default/cool.gif) .

Oczywiscie to co jest z html5 to juz co innego ponieważ standard się jeszcze nie wyklarował, a i twórcy przeglądarek dogaduja sie miedzy sobą by interfejsy tego co dodają z html5 poza specyfikacją były kompatybilne. Ktoś wyciągnął nauczkę z tej lekcji (IMG:style_emoticons/default/smile.gif)

Ten post edytował Orzeszekk 14.06.2012, 14:52:15