🚀 go-pugleaf

Sorry, ze pisze z takim opoznieniem, ale za pierwszym razem ten list 
nie dotarl na liste, wiec posylam kopie.

Rafal Posmyk (raphael...@hamburg.netsurf.de) wrote:
: In article <9511161...@cig.com>
: from 16 Nov 95 18:12:21 GMT
: quas...@cig.com (Robert Perlinski) wrote:

: > > : - uzywamy proceduralnych lub quasi-obiektowych 
: > > :   bibliotek
: > > 
: > > No chyba obiektowych, jesli projekt ma byc OO.

: >                            ... Swoja droga, powiedz mi
: > ile znasz bibliotek "czysto" obiektowych (tylko prosze
: > nie wymieniaj MFC)

: Osobiscie uwazam, ze MFC i OWL, sa barzo objektowe jezeli
: wziac pod uwage jakosc windowsowskiego API. Kolesie poprostu
: zrobili co mogli i nawet im to wyszlo :-)
: Ale z punktu widzenia purrystow ...

Rzeczywiscie czesto sie zdarza, ze obiektowy projekt trzeba
zrealizowac korzystajac z proceduralnych narzedzi. Zawsze mozna jednak
stworzyc obiektowa otoczke. Nie jest to moze idealne rozwiazanie, lecz
czasem jedyne. Poza tym nowsze narzedzia sa prawie zawsze obiektowe,
a nawet te starsze tez. Proceduralny jezyk programowania nie przesadza
o obiektowosci biblioteki. Na przyklad Motif jest zdecydowanie
obiektowy, a mozna go latwo uzywac z C (a takze z C++ - jest mnostwo
ulatwiajacych to bibliotek).
Apropos dostepnosci obiektowych bibliotek. Pomagam robic system CAD
pod UNIX'em. Robimy to w C++ i uzywamy:
- obiektowego GUI - Motif
- obiektowa otoczka Motif'u dla C++ - Gina
- obiektowej bazy danych ONTOS
- obiektowego biblioteki graficznej - HOOPS
- obiektowej biblioteki geometrycznej ACIS
- nieobiektowej biblioteki do RPC
- same aplikacje tez sa obiektowe (w miare umiejetnosci tworcow)
Czyli obiekty wygrywaja.
Acha, tez uwazam ze OWL jest obiektowe, a MFC nie znam.

: > [... Delphi ...]
[wyciete]
Krytyka Delphi oznacza tylko, ze jest zle zaprojektowane, a nie ze nie
da sie zrobic obiektowego systemu na nie-obiektowym GUI.

: > Reasumujac to wszystko, nadal uwazam, ze na dzien 
: > dzisiejszy, najbardziej oplacalne, jest tworzenie systemow,
: > ktore wykorzystuja techniki obiektowe - obiektowe jedanak
: > wcale nie sa. Wszelkie bardziej ortodoksyjne podejscia
: > przypominaja walke z wiatrakami i bardzo czesto, skazane
: > sa na niepowodzenie.

: Jest tak dlatego, ze nasze objektowe podejscie do problemow
: nie jest jeszcze "pelnoletnie". Podejzewam, ze nasze wnuki
: bedo sobie z tym lepiej radzic :-)

Nie zgadzam sie. Dlaczego obiektowe systemy maja byc nieoplacalne ?
Czy jesli okienka nie da sie wydrukowac poprzez przeciagniecie go na
ikone drukarki to system jest nieobiektowy ? Chyba raczej wtedy to GUI
nie jest obiektowy - i tu sie zgadzam. A GUI zalezy w duzej mierze od
systemu operacyjnego. Ale sama aplikacja moze byc zrealizowana
obiektowo bez problemu, niezaleznie od OS a nawet niezaleznie od
jezyka implementacji.

Programisci wszystkich krajow tworzcie programy obiektowo !

: o-------------------------------------------------------------------o
: | Raphael Posmyk (Hamburg, Germany)                                 |
: | "... carpe diem, quam minimum credula postero..." (Horatius)      |
: | Please send/reply all to raphael...@hamburg.netsurf.de        |
: o-------------------------------------------------------------------o


--
Adrian Halamoda, Computer Science student    
E-mail: hala...@cs.tu-berlin.de             
WWW: http://www.cs.tu-berlin.de/~halamoda/   // 
AOS Project member.	                   \X/