Object Oriented Programming - i jego pułapki. Opcje

[LoPMX]

Tak wlasnie siedze i mysle sobie, bo chce przepisac swoja aplikacje z GOD classes na prawdziwe OOP. Chce aby kazda klasa reprezentowala jeden typ danych, np. klasa Articles ma metody tworzace obiekty klasy Article, ktora posiada z kolei metody zwracajace dane danego artykulu. Ale jest problem... Artykuly w bazie danych polaczone sa relacyjnie z Article_Type, oraz Category. I problem w tym, ze klasa Article_Type to tylko article_type z DB, Category to tylko category z DB. W templejcie potrzebuje wyswietlic artykuly wraz z ich kategoria oraz typem (np. test, recenzja czy cokolwiek innego). I nie wiem, jak mam polaczyc te obiekty. Moge oczywiscie zrobic wywolanie obiektu Category z Article, ale to za kazdym wyswietleniem danych tworzy jedno zapytanie do bazy o nazwe kategorii. Ma ktos jakis pomysl?

[cagrET]

... upieranie sie przy strukturalnym nie jest dobra rzecza, w przypadku gdy do dyspozyji ma zostac oddane calkiem niezle OOP <- no bo fakt, ze w 4 bylo kiepskie i przez to go nie uzywalem. przyszlosc jednak wyglada obiektowo i to calkiem milutko

W 4 bylo kiepskie ? I dlatego go nie uzywales ? Nie zartuj sobie ... Albo masz nikle pojecie o OOP w php 4 albo masz male pojecie wogole o programowaniu obiektowym (a moze ja sie jeszcze nie poznalem na tym dosc dobrze i klepe bzdury - nie wykluczam takiej mozliwosci (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) ). W php 5 nie widze zadnych nowych bajerow, ktore mialyby w _znaczacy_ sposob wplynac na to jak bede projektowal i kodowal aplikacje w php5. Mnie tam najbardziej w php5 cieszy to ze w koncu na serwerach beda instalniete najnowsze wersje php - jak ktos ma php5 to bede wiedzial ze aplikacja ruszy mu na 100% i nie trzeba bedzie sie martwic o kompatybilnosc z php 4.1.x , 4.2.x etc