🚀 go-pugleaf

Stanislaw Bochnak (S.Bo...@microTOOL.com.pl) wrote:
: Mam pytanie - jaki macie stosunek do jezyka C++

Kiedy� napisa�em par� pierdu�ek w C++, ale wy��cznie w celach
samokszta�ceniowych. Fajna rzecz, je�li si� ma do czego zastosowa�.
Nie tworz� na tyle du�ych projekt�w, �eby op�aca�o si� zastosowa�
analiz� obiektow�, a co za tym idzie, j�zyk obiektowy - na przyk�ad C++.

Wyj�tek: obecnie pisana praca dyplomowa - program pod X11. Tam niestety
(a mo�e stety) tylko "zwyk�e" C. Interfejs jest obiektowy, a jak�e,
jendak X powsta�o grubo wcze�niej ni� C++, st�d ca�y system + toolkit
jest w C. Co prawda pojawiaj� si� jakie� C++'owe toolkity do X, ale
nie ma jednolitego standardu - a zale�y mi na przeno�no�ci kodu �r�d�owego.
A zreszt� i tak ca�y interfejs mam w UILu...

--
Piotr Auksztulewicz                 pio...@zeus.polsl.gliwice.pl
Centrum Komputerowe Politechniki �l�skiej, Gliwice, Akademicka 16

Piotr Auksztulewicz wrote:
> 
> Stanislaw Bochnak (S.Bo...@microTOOL.com.pl) wrote:
> : Mam pytanie - jaki macie stosunek do jezyka C++
> 
> Kiedy� napisa�em par� pierdu�ek w C++, ale wy��cznie w celach
> samokszta�ceniowych. Fajna rzecz, je�li si� ma do czego zastosowa�.
> Nie tworz� na tyle du�ych projekt�w, �eby op�aca�o si� zastosowa�
> analiz� obiektow�, a co za tym idzie, j�zyk obiektowy - na przyk�ad C++.
> 
> Wyj�tek: obecnie pisana praca dyplomowa - program pod X11. Tam niestety
> (a mo�e stety) tylko "zwyk�e" C. Interfejs jest obiektowy, a jak�e,
> jendak X powsta�o grubo wcze�niej ni� C++, st�d ca�y system + toolkit
> jest w C. Co prawda pojawiaj� si� jakie� C++'owe toolkity do X, ale
> nie ma jednolitego standardu - a zale�y mi na przeno�no�ci kodu �r�d�owego.
> A zreszt� i tak ca�y interfejs mam w UILu...

Polecam Ci do wypr�bowania pakiet Xarm - obiektowy wrapper do Motifa
(te� pisz� dyplom :-). Je�li zna si� Motifa to nie trzeba zmienia�
przyzwyczaje� - ta sama hierarchia widget�w, ale oparta na
dziedziczeniu, bardzo wygodny dost�p do zasob�w poprzez metody i kilka
fajnych usprawnie� (oraz bug�w - pakiet nie jest ju� wersj� beta, ale
ci�gle i szybko ewoluuje). 

Pozdrawiam,

PS. Po napisaniu 'w �ywym' Motifie (C) 20 modu��w straci�em orientacj� w
tym, co robi� (mniej wi�cej po�owa to obs�uga interfejsu, reszta obr�bka
danych - obrazu). Po tym jak przerobi�em to na C++ w Xarmie (troch�
roboty, ale do�� mechanicznej) odzyska�em orientacj� - kod jest
zdecydowanie bardziej przejrzysty :))
-- 
       ,
Robert Slaski
mailto:sla...@ee.pw.edu.pl      mailto:sla...@polbox.com
--

Stanislaw Bochnak wrote:
> 
> Mam pytanie - jaki macie stosunek do jezyka C++
> (opinie na temat innych jezykow sa rowniez interesujace)
> np:
> 
> a) swietny, super, hiper - uzywam(y) go do wszystkiego
> b) taki sobie
> c) do niczego, pointery, nieczytelna skladnia, makrodefinicje -
>         jezyk Marsjan.
> 
> Oczywiscie inne opinie sa rowniez dopuszczalne niz te 3 wyzej.
> Czego uzywacie w Waszych firmach/laboratoriach itp., itd.

Osobiscie wole C. C++ jest jak dla mnie przerostem formy nad trescia.
Wiekszosc znakomitych programow uzytkowych dla Unix'a jest napisana w
czystym C i nikomu nie potrzebne sa klasy, obiekty, przeciazone
operatory i tym podobne bajery z C++. Oczywiscie wiem, ze zaraz podniosa
sie glosy sprzeciwu zwlaszcza od programistow obiektowych, ktorzy beda
twierdzic ze sa to swietne udogodnienia, niezbedne nowoczesnym jezykom
(jakim jest niewatpliwie C++), ale ja programista takim nie jestem i
wole wszystko pisac w starym dobrym paradygmacie proceduralnym.

Pozdrawiam.

-- 
***  Adam Wolny  <-->  Adwol              IRC: adwol, adam
***  E-mail : ad...@zeus.polsl.gliwice.pl     ad...@irc.pl
***  WWW    : http://www.polsl.gliwice.pl/~adwol   (with my PGP key)

 >a) swietny, super, hiper - uzywam(y) go do wszystkiego
C++ jest �wietny, ale nie u�ywam go do wszystkiego.
Czasami u�ywam AWK-a lub pisz� zwyk�e batche.

W moim przypadku C++ bardzo si� sprawdzi� jako przeno�ny j�zyk
do tworzenia r�nego rodzaju bibliotek. Bardzo dobrze nadaje si�
do pracy w grupie. Dzi�ki C++ uda�o si� te� oddzieli� interfejs
u�ytkownika
od "mi�ska" programu, co si� bardzo przydaje np. przy przenoszeniu
aplikacji
pod Windows.

Gracjan Zi�ek <gz...@celebris.bdk.lublin.pl> wrote:

: projektow. Natomiast programik typu 'czytaj z pliku, wybierz znaczki %,
: zlicz i podnies liczbe do kwadratu' wole pisac w C. Szybciej, wygodniej
: i w ogole :)

Takie rzeczy to si� pisze w perlu :-)

-- 
Piotr Pi�tkowski, Uczelniane Centrum Informatyki, AGH Krakow, POLAND

Piotr Piatkowski wrote:
> =

> Gracjan Zi=F3=B3ek <gz...@celebris.bdk.lublin.pl> wrote:
> =

> : projektow. Natomiast programik typu 'czytaj z pliku, wybierz znaczki =
%,
> : zlicz i podnies liczbe do kwadratu' wole pisac w C. Szybciej, wygodni=
ej
> : i w ogole :)
> =

> Takie rzeczy to si=EA pisze w perlu :-)

(czas nauki Perla) - (czas pisania programiku w C) * (liczba TAKICH
programow rocznie) > 0

Innymi slowy, nie oplaca mi sie. Po dodaniu czasu pisania w Perlu tym
bardziej :)

	pozdrawiam

PS A tak prawde mowiac, to zaluje, ze nie mam kiedy sie pouczyc. Bo
dobrze wiem, ze perl jest do tego najlepszy :)

-- =

gracjan zi=F3=B3ek
administrator system=F3w
mailto:gz...@celebris.bdk.lublin.pl
http://ajax.umcs.lublin.pl/~gracjanz/

Gracjan =?iso-8859-2?Q?Zi=F3=B3ek?= (gz...@celebris.bdk.lublin.pl) wrote:
: (czas nauki Perla) - (czas pisania programiku w C) * (liczba TAKICH
: programow rocznie) > 0

: Innymi slowy, nie oplaca mi sie. Po dodaniu czasu pisania w Perlu tym
: bardziej :)

Do programik�w typu podnie� liczb� do kwadratu rzeczywi�cie si� nie op�aca.
Je�li za� masz do zrobienia jakie� bardziej z�o�one przetwarzanie tekstu,
to w C si� zajedziesz na �mier� - przy pi�tym strchr() ze wska�nika
przesuni�tego o strlen(strstr(...)) w for po ++ pod warunkiem �e.....
ARRRGGGHHHH!

: PS A tak prawde mowiac, to zaluje, ze nie mam kiedy sie pouczyc. Bo
: dobrze wiem, ze perl jest do tego najlepszy :)

Wiesz, ja te� tak m�wi�em. U�ywa�em awk'a, sed'a i in. Teraz nie zamieni�bym
si� za nic na �wiecie... Je�eli znasz w/w narz�dzia + grepa + shella + C + ...
to raz-dwa z�apiesz o co chodzi w prostych skryptach - 90% konstrukcji
b�dzie wygl�da� dziwnie znajomo. Reszta (referencje, z�o�one struktury danych,
obiektowo��, bazy danych, interfejs C <-> perl, w�asne kawa�ki do perla, ...)
przyjdzie z czasem.

--
Piotr Auksztulewicz                 pio...@zeus.polsl.gliwice.pl
Centrum Komputerowe Politechniki �l�skiej, Gliwice, Akademicka 16

Stanislaw: [pl.comp.lang.c: Tue, 21 Oct 1997 17:30:30 +0100]
: Mam pytanie - jaki macie stosunek do jezyka C++
: (opinie na temat innych jezykow sa rowniez interesujace) 

z punktu widzenie inzynierii oprogramowania C++ jest tragiczny - bardzo
latwo sie w nim robi bledy, jest trudny do specyfikowania ze wzgledu na
mnogosc konstrukcji, ...

ale jesli potrzebujemy narzedzia _popularnego_ i _przenosnego_ to C++ jest w
tej klasie jednym z najlepszych (efektywny, bardzo dobre kompilatory, dobrze
obsluguje duze drzewa modulow)

slowem - jego glowne zastosowanie widze w duzych projektach z zalozenia
przenosnych (np. C++ + Qt pozwala zrobic program z interfejsem graficznym na
wiekszosc liczacych sie platform, w dodatku wynik jest bardzo efektywny)

pozdrawiam,
robert (a ja i tak bede uzywal camla lub innych funkcyjnych)
-- 
rob...@mimuw.edu.pl                  http://zls.mimuw.edu.pl/~robmar/

A propos PERLa, niedawno zaczalem sie go uczyc (efekt uboczny).
Napisalem prosty skrypyt, ktory automatyzuje proces
testowania i jestem dumny i blady. Musze powiedziec,
ze do takich zadan to narzedzie nadaje sie bardzo dobrze.
Mam tylko nadzieje, ze nie przytrafi mi sie to co
Gracjanowi - tzn. amnezja ;-)

Stanislaw Bochnak


> Tak naprawd�, to zna�em troch� Perla - par� malutkich program�w
> napisa�em i by�em zadowolony, ale (wstyd si� przyzna�) zapomnia�em go
> :(. Po prostu nie mia�em przez d�u�szy czas powod�w, �eby go u�ywa�, a
> �e wiedza nie by�a zbyt gruntowna, wszystko posz�o w las. Ale w ko�cu
> musz� si� za to zabra� :)
> 
> --
> gracjan zi�ek

Przemek Bak (prz...@mvii.uni.lodz.pl) wrote:
: A co to jest ten UIL ?

User Interface Language. Opisujesz w nim hierarchie widgetow.
Po prostu piszesz sobie jakie masz widgety, jakie sa dla nich resource'y,
callbacki, jakie maja child'y itd. Nie musisz babrac sie ze wskaznikami,
powiazania sa po nazwie. Nie musisz wolac setki razy XtCreateWidget().
Taki opis kompiluje sie do pliku .uid o jakiejs tam dziwnej postaci binarnej,
gdzie to wszystko jest jakos tam zapisane w sposob czytelniejszy dla maszyny,
zeby nie trzeba bylo w czasie wykonania programu robic analizy skladniowej.
W programie korzystasz z biblioteki MRM (Motif Resource Manager): musisz
zainicjalizowac MRM, otworzyc pliki .uid, zarejestrowac callbacki, stale
i zmienne (w UILu stosuje sie nazwy symboliczne, trzeba ustanowic powiazania
miedzy tymi nazwami a wskaznikami do funkcji i zmiennych C), po czym uzywasz
MrmFetchWidget() podajac nazwe widgeta, ktorego chcesz dostac i tworzone
jest cale drzewo poczawszy od wyspecyfikowanego widgeta w dol - dostajesz
wskaznik do tego glownego widgeta.

Glowna zaleta nie jest jednak wygoda (wprawdzie tez wazna), ale wyrazne
oddzielenie interfejsu od implementacji. Jesli chcesz cos pozmieniac w
interfejsie, wystarczy zmodyfikowac UILa i skompilowac go, co trwa moment.
Nie musisz ruszac w ogole programu w C. Wiecej: poniewaz poszukiwanie plikow
.uid podlega tym samym zasadom co np. app-defaults'ow, mozesz latwo zrobic
inne wersje jezykowe - wystarczy poprawic UILa, skompilowac i wrzucic do
odpowiedniego katalogu w systemie!

Dokladniejsze informacje: uil(3X), MrmFetchWidget(3X), MrmRegisterNames(3X)
i in. a takze "OSF Motif Programmer's Guide" - dostepny w sieci w postaci .ps
(na pewno jest gdzies na www.opengroup.org)

Wyglada to mniej wiecej tak (pokazuje tu fragment drzewa widgetow - od
glownego okna do guzika w menu):


object mainWindow : XmMainWindow {
    arguments {
        XmNmenuBar = XmMenuBar mainMenuBar;
        XmNworkWindow = XmFrame mainWorkArea;
    };
    controls {
        XmMenuBar mainMenuBar;
        XmFrame mainWorkArea;
	unmanaged XmMessageDialog aboutDialog;
	unmanaged XmMessageDialog errorDialog;
	unmanaged XmFileSelectionDialog openFileDialog;
	unmanaged XmFileSelectionDialog includeFileDialog;
	unmanaged XmFileSelectionDialog saveAsDialog;
	unmanaged XmFileSelectionDialog saveBlockAsDialog;
    };
};


object mainMenuBar : XmMenuBar {
    arguments {
        XmNmenuHelpWidget = XmCascadeButton helpCascade;
    };
    controls {
        XmCascadeButton mainFileCascade;
	XmCascadeButton editCascade;
        XmCascadeButton helpCascade;
    };
};

object mainFileCascade : XmCascadeButton {
    arguments {
	XmNlabelString = fileCascadeText;
	XmNmnemonic = keysym(fileCascadeMnem);
    };
    controls {
	XmPulldownMenu mainFilePulldown;
    };
};

object mainFilePulldown : XmPulldownMenu {
    controls {
	XmPushButton newWindowButton;
	XmPushButton openFileButton;
	XmPushButton includeFileButton;
	XmPushButton saveButton;
	XmPushButton saveAsButton;
	XmPushButton saveBlockAsButton;
	XmSeparator fcSep1;
	XmPushButton exitButton;
    };
};

object newWindowButton : XmPushButton {
    arguments {
	XmNlabelString = newWindowButtonText;
	XmNmnemonic = keysym(newWindowButtonMnem);
    };
    callbacks {
	XmNactivateCallback = procedure NewWindowCB();
    };
};

Wacek Gocki wrote:
> 
>  >a) swietny, super, hiper - uzywam(y) go do wszystkiego
> C++ jest �wietny, ale nie u�ywam go do wszystkiego.
> Czasami u�ywam AWK-a lub pisz� zwyk�e batche.

Tak tak oczywiscie, ze do zadan (nazwijmy to tak) administracyjnych
nikt nie bedzie wytaczal armaty jak C++ (czy inny jezyk programowania).
Gdy wspominalem rozne obszary mialem raczej na mysli np. bazy danych,
grafike, systemy operacyjne, przetwarzanie jezykow, systemy expertowe
itp. rzeczy.

> 
> W moim przypadku C++ bardzo si� sprawdzi� jako przeno�ny j�zyk
> do tworzenia r�nego rodzaju bibliotek. Bardzo dobrze nadaje si�
> do pracy w grupie. Dzi�ki C++ uda�o si� te� oddzieli� interfejs
> u�ytkownika
> od "mi�ska" programu, co si� bardzo przydaje np. przy przenoszeniu
> aplikacji
> pod Windows.

A to akurat nie jest zasluga C++, tylko schematu komunikacji
zdefiniowanego
w Windows. Ten sam efekt rozdzielenia UI od warstwy semantycznej masz
rowniez
w Object Pascalu pd Windows czy "golym" C. 

Stanislaw Bochnak

Piotr Piatkowski <kom...@galaxy.uci.agh.edu.pl> wrote in article
<62knej$abq$1...@galaxy.uci.agh.edu.pl>...
> Gracjan Zi�ek <gz...@celebris.bdk.lublin.pl> wrote:
> 
> : projektow. Natomiast programik typu 'czytaj z pliku, wybierz znaczki %,
> : zlicz i podnies liczbe do kwadratu' wole pisac w C. Szybciej, wygodniej
> : i w ogole :)
> 
> Takie rzeczy to si� pisze w perlu :-)
> Piotr Pi�tkowski, Uczelniane Centrum Informatyki, AGH Krakow, POLAND

Albo w AWKu :) 
Pawel
lo...@chaosworks.com.pl

Stanislaw Bochnak wrote:
> A propos PERLa, niedawno zaczalem sie go uczyc (efekt uboczny).
> Napisalem prosty skrypyt, ktory automatyzuje proces
> testowania i jestem dumny i blady. Musze powiedziec,
> ze do takich zadan to narzedzie nadaje sie bardzo dobrze.
> Mam tylko nadzieje, ze nie przytrafi mi sie to co
> Gracjanowi - tzn. amnezja ;-)

Ja bym powiedzia=B3, =BFe to raczej atrofia. Narz=B1dy nieu=BFywane zanik=
aj=B1 :)

	pozdrawiam

PS Na szcz=EA=B6cie dotyczy to jak na razie tylko Perla :))

> > Tak naprawd=EA, to zna=B3em troch=EA Perla - par=EA malutkich program=
=F3w
> > napisa=B3em i by=B3em zadowolony, ale (wstyd si=EA przyzna=E6) zapomn=
ia=B3em go
> > :(. Po prostu nie mia=B3em przez d=B3u=BFszy czas powod=F3w, =BFeby g=
o u=BFywa=E6, a
> > =BFe wiedza nie by=B3a zbyt gruntowna, wszystko posz=B3o w las. Ale w=
 ko=F1cu
> > musz=EA si=EA za to zabra=E6 :)
> >
> > --
> > gracjan zi=F3=B3ek

-- =

gracjan zi=F3=B3ek
administrator system=F3w
mailto:gz...@celebris.bdk.lublin.pl
http://ajax.umcs.lublin.pl/~gracjanz/

Stanislaw: [pl.comp.lang.c: Thu, 23 Oct 1997 08:14:14 +0100]
: Robert Maron wrote:
: > z punktu widzenia inzynierii oprogramowania C++ jest tragiczny -
: Mozna prosic o rozwiniecie???
ponizej

: > bardzo
: > latwo sie w nim robi bledy, jest trudny do specyfikowania ze wzgledu
: Jakie? Jakich da sie uniknac?

* dealokacja pamieci
* proste syntaktyczne, ktore trudno zlapac

brak porzadnego systemu typow (szczegolnie dla obiektow, ten co jest to
parodia - wymaga przetypowywania), brak porzadnych struktur danych

: > na
: > mnogosc konstrukcji, ...

: Specyfikuje sie w jezyku wyzszego poziomu niz C++ (zaleznie od zalozen:
: jezyk modelu obiektowego - OMT, UML; jezyk aksjomatyczny, algebraiczny 
: - ale nie w samym jezyku programowania).

ale to jest nad algebra jezyka

: (Moze to pytanie na inny watek, ale co tam ;-)
: Czy ktos uzywa jezykow funkcyjnych w firmach produkujacych
: oprogramowanie?
: Jak wyglada efektywnosc (czasowa/pamieciowa) oprogramowania
: wygenerowanego
: z jezyka funkcyjnego?

sorry za offtopic, ew. kontynuacja to juz moze na priv...

obejrzyj najnowszy ocaml - porzadny generator kodu maszynowego na wiekszosc
znanych maszyn (daje kod predkosci C) + jesli wolisz przenosny pkod;
interesujace zarzadzanie pamiecia ma tez niejaki ml-kit with regions - w
skrocie: gc w realtime

: Zdaje sie, ze zastosowanie tych jezykow ogranicza sie niestety tylko
: do akademikow. :-(

a to mozliwe, bo one sa trudne do nauczenia;
ale widzialem jakies projekty komercyjne w tym, stosuja to tam, gdzie wazne
jest, zeby program _byl_ poprawny :-))

pozdrawiam,
robert
-- 
rob...@mimuw.edu.pl                  http://zls.mimuw.edu.pl/~robmar/

Robert Maron <robmar@domek.slodki.domek> writes:

> brak porzadnego systemu typow (szczegolnie dla obiektow, ten co jest
> to parodia - wymaga przetypowywania), brak porzadnych struktur
> danych

Czy ktos moglby mi wytlumaczyc, o co w ww. fragmencie chodzi?

  MJ

Michal Jankowski wrote:
> =

> Robert Maron <robmar@domek.slodki.domek> writes:
> =

> > brak porzadnego systemu typow (szczegolnie dla obiektow, ten co jest
> > to parodia - wymaga przetypowywania), brak porzadnych struktur
> > danych
> =

> Czy ktos moglby mi wytlumaczyc, o co w ww. fragmencie chodzi?

Pewnie tylko sam autor. A i w to rowniez watpie :)

	pozdrawiam

PS Mysle, ze bierze sie to stad, ze o wiele latwiej uchodzic za
eksperta, kiedy sie cos ostro krytykuje, niz aprobuje. Prawda? :)

-- =

gracjan zi=F3=B3ek
administrator system=F3w
mailto:gz...@celebris.bdk.lublin.pl
http://ajax.umcs.lublin.pl/~gracjanz/

Michal: [pl.comp.lang.c: 28 Oct 1997 15:14:20 +0100]
: Robert Maron <robmar@domek.slodki.domek> writes:
: > brak porzadnego systemu typow (szczegolnie dla obiektow, ten co jest
: > to parodia - wymaga przetypowywania), brak porzadnych struktur
: > danych
: Czy ktos moglby mi wytlumaczyc, o co w ww. fragmencie chodzi?
tak

robert
-- 
rob...@mimuw.edu.pl                  http://zls.mimuw.edu.pl/~robmar/

Stanislaw Bochnak <S.Bo...@microTOOL.com.pl> pisze:

> Nie znam CAMLa. Znam SMLa i musze powiedziec, ze bylem pod wrazeniem
> tego jezyka. Tutaj rzeczywiscie mozna powiedziec, ze specyfikacja
> jest zarazem implementacja, "inherentna" wspolbieznosc, przepiekny
> czytelny odpowiednik template'ow w C++. Jeszcze dlugo by tak mozna,
> ale...
> 
> (Moze to pytanie na inny watek, ale co tam ;-)

> Czy ktos uzywa jezykow funkcyjnych w firmach produkujacych
> oprogramowanie?

Na ile mi wiadomo, to w Polsce nie. Na zachodzie tak. Sa firmy, ktore
zajmuja sie tworzeniem oprogramowania tylko w takich jezykach, sa
firmy, ktore uzywaja do niektorych projektow (do tych, do ktorych
pasuje). I sa firmy, ktore na wlasne potrzeby tworza takie jezyki wraz
z implementacjami, a potem ich uzywaja (np. Ericsson).

Ale oczywiscie malo jest takich firm. Mysle, ze warto samemu
propagowac, jesli ktos ma okazje.

> Jak wyglada efektywnosc (czasowa/pamieciowa) oprogramowania
> wygenerowanego z jezyka funkcyjnego?

Zalezy od jezyka. Jesli z leniwego, to jeszcze ciagle nie
najlepiej. Jesli z takiego jak SML, to moze byc bardzo dobra (np. o
30% wolniej niz C, w szczytowych przypadkach dwa razy wolniej). To
czasowa.

Pamieciowa analogicznie. Przy czym one maja automatyczne zarzadzanie
pamiecia/odsmiecanie, wiec moga chwilami zajmowac wiecej. Ale ludzie,
ktorzy sie znaja twierdza, ze za to odsmiecanie bywa sporo szybsze niz
reczna gospodarka, gdy sie bardzo intensywnie uzywa dynamicznej
alokacji/zwalniania, w szzcegonosci blokow roznych wielkosci.

Ogolnie szczerze polecam pisanie programow w CAMLu. Ktory zreszta tez
ma obiektowosc (podobna do C++), nie tracac nic z SML-a. I ma wersje
pod Unixy, Maca i Winde, bogate biblioteki standardowe i interfejs do
wiekszosci typowych mechanizmow systemowych (watki, siec - gniazda,
procesy itp.). I doskonaly kompilator. I jest bardzo maly i bardzo
szybki (i kompilator i programy wynikowe). Te szacunkowe dane o
efektywnosci, ktore podalem powyzej to wlasnie Objective Caml.

> Zdaje sie, ze zastosowanie tych jezykow ogranicza sie niestety tylko
> do akademikow. :-(

Tylko w Polsce. Ale daleko im do dominacji...

Wszystkiego dobrego
-- Grzes

"Nie wiesz, poki nie sprobujesz"
(madrosc ludowa)

> : Robert Maron <robmar@domek.slodki.domek> writes:
> : > brak porzadnego systemu typow (szczegolnie dla obiektow, ten co
> jest
> : > to parodia - wymaga przetypowywania), brak porzadnych struktur

Moze wiecej szczegolow? Wcale nie uwazam systemu typow C++ za parodie.
W jakiej sytuacji wymagasz przetypowania?

> : > danych

Trudno odniesc sie do stwierdzenia: brak porzadnych struktur danych.
Programowalem troche w SMLu i wcale nie zauwazylem specjalnej roznicy
(oprocz "leniwych list" ogolniej - funktorow).

Stanislaw: [pl.comp.lang.c: Fri, 31 Oct 1997 15:29:50 +0100]
: Moze wiecej szczegolow? Wcale nie uwazam systemu typow C++ za parodie.
np. takie templejty zrobiono tragicznie; podczas analizy statycznej C++ nie
wykrywa wiekszosci bledow w templejtach, robi to dopiero podczas ich
wykorzystania;
to tylko przyklad... akurat naprawialny zreszta

: W jakiej sytuacji wymagasz przetypowania?
to nie ja, to C++ :-)
przy kazdym bardziej skomplikowanym zastowaniu obiektow jest to potrzebne,
np. masz liste obiektow, o ktorych wiesz, ze sa klasy A, ale z typu listy to
nie wynika i pobierajac obiekty z listy piszesz przed pointerem (A *);
znowu - przyklad jest bardzo prosty...

: Trudno odniesc sie do stwierdzenia: brak porzadnych struktur danych.
: Programowalem troche w SMLu i wcale nie zauwazylem specjalnej roznicy
brak ogolnego mechanizmu definiowania typow danych, ktorych elementy nie
maja ustalonego rozmiaru (jak listy, drzewa...) bez uciekania sie do
wskaznikow; brak porzadnego polimorfizmu; brak systemu modulow wyzszego
rzedu; ech...

pozdrawiam,
robert (nie jestem zbyt chetny do goracej dyskusji...)
-- 
robmar@mimuw.edu.pl                  http://zls.mimuw.edu.pl/~robmar/

Krzysztof Krzyzaniak wrote:

> Nie napisales czy przesylac na private wiec wysylam na liste.

O to mi chodzilo :-)

> C++ - bardzo dobry ale nie uzywam do wszystkiego, do rozwiazywania
> mniejszych problemow uzywam zwyklego C. Aha, uzywam pakietu DJGPP,

A co to sa te mniejsze problemy, do ktorych C++ sie nie nadaje
(piszac o C masz na mysli nieobiektowy podzbior C++?)

Pozdrawiam,

Stanislaw Bochnak