Warum hat C++ so eine aufwendige Syntax?

[CStoll]

DEvent schrieb:

Finde ich eigentlich ziemlich verwirrend in C++ fuer Anfaenger. Denn wenn man den ==Operator nun mal zufaellig nicht ueberlaed, dann prueft der ==Operator auf einmal doch auf Identitaet. Da muss man staendig aufpassen und prav die Doku von der Klasse lesen.

Nein. Wenn du den op== nicht überlädst, kannst du die Klasse überhaupt nicht vergleichen - und sowas fällt bereits dem Compiler auf.

[DEvent]

CStoll schrieb:

DEvent schrieb:

Finde ich eigentlich ziemlich verwirrend in C++ fuer Anfaenger. Denn wenn man den ==Operator nun mal zufaellig nicht ueberlaed, dann prueft der ==Operator auf einmal doch auf Identitaet. Da muss man staendig aufpassen und prav die Doku von der Klasse lesen.

Nein. Wenn du den op== nicht überlädst, kannst du die Klasse überhaupt nicht vergleichen - und sowas fällt bereits dem Compiler auf.

Stimmt hast Recht. Man kann die Pointer vergleichen, aber nicht die Klassen.

Ok, dann ist es fuer Anfaenger verwirrend, dass man manche Klassen vergleichen kann und manche nicht. In Java kann man immer beides machen, Identitaet und Inhalt vergleichen. (wobei, wenn man die equals() Methode nicht ueberschreibt, dann ist Identitaet gleich Inhalt).

[Simon2]

Undertaker schrieb:

...
ich selbst habe auch mal C++ verwendet, und weiss, was für 'ne fummelei das ist im verhältnis zu sprache X....

Schau an: Ich habe auch mal die Sprache X verwendet und weiß, was für eine Fummelei das ist im Verhältnis zu C++ ...
Und ih kenne auch Leute, die in X und C++ programmieren und froh sind, wenn sie wieder C++ verwenden dürfen.

... und was beweist das nun ? Dass es Leute gibt, die eine Sprache besser beherrschen als die andere ? ...

Undertaker schrieb:

...
ich kenne jemanden, der C++ und sprache X unterrichtet und weiss, dass C++ den leuten wesentlich schwieriger näher zu bringen ist als sprache X.

Ich kenne auch jemanden, der zu berichten weiß, dass X wesentlich schwerer zu vermitteln ist als Visual Basic.

Gruß,

Simon2.

[Simon2]

ein gast schrieb:

...
nein, jester wollte zeigen, dass Mr. N's beispiel sich in java genauso verhält wie in c++ und Mr. N deshalb die pferde ab und zu lieber mal im stall halten sollte

Da aber Jesters Code fachlich etwas Anderes macht als Mr. N's, ist das kein besonders geglücktes Gegenbeispiel...

Gruß,

Simon2.

[CStoll]

DEvent schrieb:

Ok, dann ist es fuer Anfaenger verwirrend, dass man manche Klassen vergleichen kann und manche nicht.

Nunja, nicht bei jeder Klasse macht es Sinn, ihren Inhalt zu vergleichen (was soll z.B. herauskommen, wenn du zwei Ausgabestreams vergleichen willst?)

In Java kann man immer beides machen, Identitaet und Inhalt vergleichen.

In C++ kann man auch biedes, wenn es benötigt wird (Inhalt über op==, Identität über Adressvergleich)

(wobei, wenn man die equals() Methode nicht ueberschreibt, dann ist Identitaet gleich Inhalt).

Und da sind wir bei dem Verhalten, das dich am C++ Vergleichsoperator gestört hatte

Zum Vergleich C++ vs whatever: Ich erinnere mich an einige frühere Diskussionen mit Undertaker (damals noch als "pale dog") dazu - jeder Versuch, ihm Details zu entlocken, wurde geflissentlich ignoriert (und ich habe immer noch keine Erklärung bekommen, wie man in Java const-korrekte Programme schreiben kann (oder warum man es nicht kann)).

[hääää]

wär is päle dofg

[tfa]

DEvent schrieb:

Anders bei Java:

String x = "a";
String y = "a";
x == y; // false

Weil der ==Operator bei Java nicht auf Inhalt sondern auf Identitaet prueft.

Das stimmt nicht ganz. x und y sind hier identisch, x==y ist true.
Stichwort Stringpool.

tfa

[Simon2]

tfa schrieb:

...
Stichwort Stringpool.

tfa

Naja, spätestens bei einem anderen Klassentypen als string (und nennen wir ihn einfach nur MyString) funktioniert das aber auch alles sowieso nicht mehr.

Gruß,

Simon2.

[Jester]

Simon2 schrieb:

Da aber Jesters Code fachlich etwas Anderes macht als Mr. N's, ist das kein besonders geglücktes Gegenbeispiel...

Das siehst Du falschrum. Der Code ist ziemlich stupide von C++ nach Java übersetzt. Und oh wunder, er liefert genau das, was MrN als tolles Feature von C++ angepriesen hat... das sagt nichts über das Gegenbeispiel aus, sondern etwas über das erste Beispiel (und vielleicht auch über den Autor des ersten Beispiels ;)).

[Simon2]

Jester schrieb:

...Der Code ist ziemlich stupide von C++ nach Java übersetzt. Und oh wunder, er liefert genau das, was MrN als tolles Feature von C++ angepriesen hat... das sagt nichts über das Gegenbeispiel aus, sondern etwas über das erste Beispiel (und vielleicht auch über den Autor des ersten Beispiels ;)).

Ich habe das schon so verstanden ... hatte aber den Eindruck, dass hier eine Diskussion unter Leuten ausbricht, die das nicht verstanden haben und deswegen Deinen Code eben als "Gegenbeispiel" und nicht als Beleg für einen didaktischen faux-pas von Mr N. interpretierten.

Gruß,

Simon2.

[CStoll]

Jester schrieb:

Simon2 schrieb:

Da aber Jesters Code fachlich etwas Anderes macht als Mr. N's, ist das kein besonders geglücktes Gegenbeispiel...

Das siehst Du falschrum. Der Code ist ziemlich stupide von C++ nach Java übersetzt. Und oh wunder, er liefert genau das, was MrN als tolles Feature von C++ angepriesen hat... das sagt nichts über das Gegenbeispiel aus, sondern etwas über das erste Beispiel (und vielleicht auch über den Autor des ersten Beispiels ;)).

Und daß du durch die sture Übersetzung eine völlig andere Semantik erzeugst, geht bei den Beispielen leider unter. Ändern wir mal die C++-Version etwas ab, um den Sachverhalt zu verdeutlichen:

string s1 = "x";
string s2;s2.push_back('x');//statt des push_back() könnte auch eine Nutzer-Eingabe hier stehen
if(s1==s2)
  cout<<"gleich";

hääää schrieb:

wär is päle dofg

die x-te Reinkarnation eines ***** (ich bin nicht ganz sicher, wie die erste Inkarnation hieß, die (x+1)-te ist Undertaker (mit einer Sicherheit von 99,9%)).

[Artchi]

hääää schrieb:

wär is päle dofg

Das ist so ein Typ, der nach jeder Blamage hier wieder mit einem neuen Nickname im Forum auftaucht. Und immer wieder die gleichen Threads startet und versucht es immer wieder. Anscheinend ist er ein bischen *mach_eine_deutliche_handbewegung*

pale dog -> vista -> undertaker

und hier lassen sich alle immer wieder verarschen.

[Jester]

CStoll schrieb:

Und daß du durch die sture Übersetzung eine völlig andere Semantik erzeugst, geht bei den Beispielen leider unter.

Du hast scheinbar immer noch nicht verstanden, worum es mir ging. Aber macht nix. Ich kann damit leben.

[Mr. N]

Jester schrieb:

Mr. N schrieb:

std::string a = "x", b = "x";
a==b; //true

Na, der war mal wieder mit Anlauf.

String a = "x";
    String b = "x";
    if(a==b) System.out.println("a==b");
    else System.out.println("a!=b");

magst Du das mal ausprobieren?

Das untermauert übrigens auch weiter Deine Aussage, dass Du auch diese J-Geschichte bestens beurteilen kannst.

Und es belegt wunderbar, wieso ich dich immer als "böser Jester" begrüße.

Darf man sich wirklich auf String-Pools verlassen? Auch bei sowas?

String a = "1";
Integer b = new Integer(1);
a == b.toString(); //true??

In welcher Java-Version haben sie das eingeführt? Wozu gibts dann equals überhaupt?

[Simon2]

Mr. N schrieb:

...
In welcher Java-Version haben sie das eingeführt? Wozu gibts dann equals überhaupt?

Eigentlich bin ich nicht Jesters Anwalt, aber bedenke doch mal Folgendes:
Wenn Dein ursprüngliches Beispiel gelautet hätte:

MrN::string a = "x", b = "x";
a==b; //true

hättest Du Deinen Punkt ebensogut rübergebracht aber die letzten 3 Seiten Diskussion gespart.

Ich denke, mehr wollte Jester nicht ausdrücken....

Gruß,

Simon2.

[DEvent]

String-Pools, k.a. letztens als ich 2 Strings mit == vergleichen wollte, ging es gruendlich schief.

Btw, ich fuer meinen Teil weis dass man nicht einfach eine Zeile aus Sprache X waehlen kann und sie Woertlich mit einer Zeile aus Sprache Y vergleichen kann. C++ macht es so, Java macht es anders, Sprache Blub macht was ganz komisches. Am Ende zaehlt doch nur das man damit Programme schreiben kann.

Aber C++ ist wirklich ein wenig gefrickel mit den includes und den Libs und den Makefiles. Wann wird das so elegant wie bei Java, C# oder Ruby geloest? Einfach ein import packet.Klasse; und noch in classpath angeben wo sich die Libs befinden.

[Hamselt]

Wegen der C++ Syntax gibt es auch keine richtigen Garbagecollector, weil das zu schierig ist.

[Mr. N]

Simon2 schrieb:

Ich denke, mehr wollte Jester nicht ausdrücken....

Ich weiß zwar nicht was du meinst, aber lassen wir das doch Jester selber sagen. Es interessiert mich auch, wie die String-Pool-Garantien sind, und wieso ich die nicht in der Dokumentation von java.lang.String finde.

DEvent schrieb:

Aber C++ ist wirklich ein wenig gefrickel mit den includes und den Libs und den Makefiles. Wann wird das so elegant wie bei Java, C# oder Ruby geloest? Einfach ein import packet.Klasse; und noch in classpath angeben wo sich die Libs befinden.

Da gab es einen Vorschlag für C++0x, der wurde aber glaube ich abgelehnt. (Modules)

[ghorst]

Hamselt schrieb:

Wegen der C++ Syntax gibt es auch keine richtigen Garbagecollector, weil das zu schierig ist.

natürlich gibt es für c++ garbagecollectors. die funktionieren auch gut, nur sind sie halt nicht übermäßig beliebt.

[Artchi]

DEvent schrieb:

String-Pools, k.a. letztens als ich 2 Strings mit == vergleichen wollte, ging es gruendlich schief.

Als ich von C++ nach Java gewechselt bin, war es das erste was bei mir in die Hose ging. Kollege von mir "Mach mal dies und das bitte zu morgen fertig.". Ich am basteln mit Strings, ich natürlich ganz selbstverständlich zwei Strings mit == verglichen. "Hem, also irgendwie hab ich hier nen Fehler. Woran liegt das?" Kollege: "Zeig mal! Achso... neee, du darfst in Java da kein == benutzen. Mußt du equals benutzen."

Yo, das weiß ich noch wie heute. Und das ist schon 7 Jahre her!

DEvent schrieb:

Aber C++ ist wirklich ein wenig gefrickel mit den includes und den Libs und den Makefiles. Wann wird das so elegant wie bei Java, C# oder Ruby geloest? Einfach ein import packet.Klasse; und noch in classpath angeben wo sich die Libs befinden.

Yo, wer den offenen ISO-C++-Prozess aufmerksam und interessiert verfolgt, wird die Antwort darauf kennen. :p