> >>> nie mam czasu ani checi na zapoznawanie sie kernelem linuksa - skoro
> >>> wiesz o czym mowisz to moze opowiesz jak to programisci c dziargaja "o
> >>> o" w linux
> >> Uchwyt pliku, id procesu, socket....
> >> Pozdrawiam
> >
> > Z tego co ja dotychczas widziałem, wielu miłośników programowania
> > obiektowego nie lubi korzystać bezpośrednio z deskryptora pliku, uważając
> > to za zbyt "niskopoziomowe" i koniecznie trzeba opakować to w jakiś
> > obiekt- zaciemniacz intencji programisty.
>
> Wszystko sie zgadza, tylko jest dokladnie odwrotnie - gdyby API do systemu
> bylo zrobione w jakims porzadnym obiektowym jezyku programowania, zaden
> "deskryptor pliku" zaciemniajacy intencje programisty nie bylby potrzebny.
> On jest potrzebny _wlasnie_ dlatego, ze koncepcje obiektowe implementuj sie
> w jezyku, ktory OO nie wspiera.
>

uchwyty do resourcow i caly ten stuff z tym, to raczej nie jest OOP :-O

wogle zapomnialem ze mozna jedno z drugim mieszac, choc teraz przypomina mi
sie ze kiedys kilka lat temu o ile pamiatam czytalem cos w czym autor troche
zbaczal w tym kierunku

w sumie jest to jednak ciekawa mysl by pomyslec o ew paralelach i o tych
uchwytach w osobnosci


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl