[PHP] - logika OOP, (Drugie podejście) Opcje

[netmare]

Następne podejście do OOP w moim wykonaniu.

Wymyśliłem coś co chyba się nadaje idealnie do podjęcia próbynapisania czegoś obiektowo (na wymyśleniu się póki co skończyło).
Chciałbym napisać klasę zajmującą się generowaniem kodów kreskowych. Napewno w implementacji należy oddzielić warstwę logiki od warstwy prezentacji, żeby raz napisana klasa mogła po niewielkich uzupełnieniach prezentować wynik w pliku graficznego co wstawki na stronę obiektu FPDF. Jak wiadomo jest kilka algorytmów samych kodów poziomych i na tych chciałbym się skupić.
Jak wiadomo chyba powszechnie kody składają się z kresek w kolorze białym i czarnym o różnej szerokości i w zależności od algorytmu potrafią przedstawić kody o stałej bądź dowolnej długości i o różnym zakresie prezentowanych znaków. Trzeba więc zająć się również walidacją.

Póki co wydaje mi się, że kontrukcja takiego zestawu klas powinna oprzeć się na klasie głównej i 2 interfejsach, pierwszy odpowiadający za reprezentację algorytmu, drugi natomiast za odpowiednie spososby prezentacji.

I tutaj moja prośba do tych zorientowanych i cierpliwych aby pomyśleli czy ja dobrze rozumuję oraz żeby ktoś się podjął zadmonstrowania w jaki sposób takie obiekty powinny się do siebie odwoływać (byłbym niezmiernie wdzięczny za rozpisanie interfejsów i klas pozbawionych jakiegokolwiek kodu wewnątrz, ale z kodem zewnętrznym od stworzenia obiektu do prezentacji).

[jarek_bolo]

Ta wiedza jest taka specyficzna.
To jest kwestia "zaskoczenia" o co w tym całym OOP chodzi.
Trzeba wznieść się na wyższy poziom abstrakcji.
Wyobrazić sobie obiekty jako np. małe trybiki w maszynie, następnie wywnioskować jak będzie trzeba wpływać na te trybiki (jakie metody) aby całość się kręciła i aby kręciła się w dobrą stronę.


Piszę to z pozycji jeszcze przed "zaskoczeniem", ale robie co mogę aby "zaskoczyć" (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)