kolejny temat w stylu "dobrze rozumuję?" Opcje

[owi]

Coś tam w swoim życiu w php napisałem. Dopóki koncentrowałem się na frontendzie to mi strukturalne programowanie wystarczało (strony dla malych firm nie wymagały bycia alfą i omegą z php). Teraz jednak chcialem się bardziej skoncentrować na php, ogarnąc troszke frameworki więc uznałem, że konieczne będzie poznanie OOP w php.

Przeczytałem pare kursów dziś i wczoraj.
Na razie to mam jeden wielki mętlik. W zasadzie coś juz tam tworze, ale najwazniejsze dla mnie jest zrozumienie logiki.

Czyli załóżmy yyyyy eeeeeee, że chce zrobić powiedzmy system newsowy.

To czy jezeli utworzę:

klasa: newsy
właściwosci :tytul,autor,data, tresc etc
metody: dodaj newsa, usun newsa, edytuj newsa, wyswietl newsa

to czy będzie to poprawne logicznie rozumowanie? Czy to będzie juz oop, czy może już o tej godzinie po takiej ilości tekstu i informacji pierniczę jak potłuczony?
Jak do takiej klasy dolaczyc komentarze? Czy utworzyc sobie analogicznie klasę komentarze z odpowiednimi polami i metodami ( w zasadzie identycznymi) czy jak?


edit:

Teraz jeszcze sobie tak wydumałem, że wyświetlanie newsa mogłoby być oddzielone od samej klasy.hm?

Ten post edytował owi 7.10.2008, 01:58:30

[LBO]

Oczywiście, że można.
Jeśli zapewnisz, że narzędzie, które wstawisz będzie miało ten sam interfejs to możesz sobie podmienić.

Ale jak nie przykrywasz to w tym względzie jesteś w głębokiej ***** i mam rację

Pewnie byłoby to trudne ale da się. Jeżeli by Propela przykryć sfPropelFinderem to możesz przezroczyście dla aplikacji podmienić go na Doctrine'a. Co czyni warstwę modelu prawdziwie abstrakcyjną.

A ja wolę zwykły obiekt i się nie martwię interfejsem bibliotek których używam i Ich integracją, O! Autentycznie moge wybierać pomiędzy silnikami i bazami. Taki PHPowy POJO.
Jest to znacznie bardziej przenośne. Pamiętaj, że i tak każda abstrakcja jest prostsza od tej leżącej pod Nią (bardzo lubię to zdanie) i nic na to nie poradzisz.

Ten post edytował LBO 10.10.2008, 16:54:05