On Wed, 13 Apr 2011 00:08:15 -0700 (PDT), Mariusz Marszałkowski
<m...@g...com> wrote:

>On 12 Kwi, 23:49, A.L. <l...@a...com> wrote:
>> On Mon, 11 Apr 2011 20:04:19 +0200, Wojciech Jaczewski
>>
>> <w...@o...pl> wrote:
>> >Andrzej Jarzabek wrote:
>>
>> >> Z drugiej strony też jest tak, że jak ktoś nie zna albo nie potrafi
>> >> stosować pewnych technik, to często uważa je za niepotrzebne (np. za
>> >> "przerost formy nad treścią", co uzadania tym, że sam potrafi się bez
>> >> nich obejść. I to też jest częsta przypadłość ludzi, którzy "uczyli się
>> >> sami".
>>
>> >Dzięki temu, że uczyłem się sam, zdołałem się wydostać z pułapki stosowania
>> >właśnie takiego przerostu formy nad treścią. Bo gdy zacząłem stosować m.in.
>> >techniki "obiektowe", miałem możliwość porównania efektów z tym, co robiłem
>> >zanim zacząłem je stosować.
>>
>> Techniki obiektowe to nei ejst "przerost formy nad trescia". Techniki
>> obiektowe stosuje sie tam gdzie ulatwiaja one pisanie programu. Nie
>> stusuje sie ich tam gdzie niczego nie wnosza.
>>
>Dobrze powiedziane. Z tym ze "cos" to chyba zawsze techniki
>obiektowe wnasza? Chocby szybsze odszukanie fragmentu kodu
>do poprawki po dlugiej przerwie?
>Pozdrawiam
>

Niekoniecznie. Prosze sobie wyobrazic aplikacja ktora ma 2 tysiace
klas. Czy obiektowosc "ulatwia odnaleznienie kodu" raczej watpie.
Uklul sie termin "spaghetti objects". Przedtem tzrena zrozumiec te 2
tysiace klas - co one robie i jak ze soba wspolpracuja, zarowno
statycznie jak i dynamicznie.

Proponuje sie zastanowic skad sie wzial model obiektowy: wzial sie w
jezyku Simula 67 ktory byl (mimo ze uniwersalny) przede wszystkm
przeznaczony do SYMULACJI, a wiec strukturalnego odwzorowania
rzecywiscosci w postaci programistycznych obiektow, oraz z metodologii
"frames" w AI, gdzie motywacja byla podobna. I dzisiaj model
obiektowy sprawdza sie doskonale gdy tzreba miec w komputerze
odwzorowana sytuacje rzeczywiscta, a wiec wszelkiego rodzalu
modelowaniu procesow, optymalizacji itede.

Tym niemniej sa sytuacje gdy model obiektowy poasuje jak przyslowiowy
"garbaty do sciany" - znajomy czlowiek stracil duzo czasu usilujac
"obiektowo" napisac biblioteke do analizy sygnalow przy pomocy
"wavelets" ("falek" po naszemu), skonczylo sie to wielkim wyrzucaniem
do smeici i powrotem do czystego C. Nawet nie C++.

Podwumowujac, obiektowosc to nie "silver bullet" ani kamien
filozoficzny ale jedno z narzedzi w "toolboksie". Tzreba go uzywac
wteny gdy sie nadaje, a nie uzywac jak sie nie nadaje. Podobnie jak
budowniczy wie kiedy uzyc wietrarki a kiedy mlotka. Wiertarka, mimo ze
bardziej elegancka niz mlotek, slabo nadaje sie do wbijania gwozdzi.

A.L.