A. L. wrote:

>>Tak na prawdę, planując koncept na prawdę wysokopoziomowy, nie trzeba się
>>interesować językiem ani odrobinę. Często będąc zauroczonym programowaniem
>>obiektowym (przechodziłem ten etap - na szczęście szybko mi minął - w
>>ciągu jakichś 2-3 lat) pod pozorem projektowania wysokopoziomowego,
>>projektowałem tak na prawdę niskopoziomowo, bo zamiast zajmować się
>>działaniem programu/systemu jako całości (i tym, jak będzie on używany
>>przez klientów), zajmowałem się hierarchią obiektów, czyli szczegółem
>>implementacyjnym, jakim jest niewidoczna dla użytkownika struktura kodu
>>źródłowego.
>>
>
> H,m... Hierarchia obiektow to sczegol implementacyjny? Moze tak by
> bylo warto pzrestudiowac sparwy obiektowe jeszcze raz i przemyslec
> jaka jezt rola obiektowosci w modelowaniu?... I przemyslec "co ma
> obiektowosc do ejzyka programwoania"?...

Jest to jak najbardziej szczegół implementacyjny. Projekt można dzielić na
obiekty, a można też np. na osobne procesy w systemie operacyjnym i pomiędzy
nimi interfejs w stylu zupełnie nie-obiektowym - np. prosty protokół
tekstowy. Jakby sobie to rozrysowywać w pajęczynkę powiązań między
poszczególnymi modułami, przy jednym i drugim wykonaniu wyjdzie mniej-więcej
to samo. Czyli ogólna wizja jest taka sama. Wykonanie natomiast różni się
szczegółami implementacyjnymi. Hierarchia obiektów to już szczegół
implementacyjny - projektowanie niżej-poziomowe niż ogólna wizja.