Object wie in Java?
-
Simon2 schrieb:
fricky schrieb:
...sei doch nicht albern. was hat der windelwechsler zwischen den autoteilen verloren?...
Ja, genau das ist ja die Frage, die man den Java-Container-Designern stellen muss.
Da Du aber als "Rausnehmer" alles erwarten musst (außer primitive Typen, aber eben auch "WindelwechselObject"), muss Dein Programm auch damit klarkommen (und zwar jedes wieder neu). In C++ sichert mir mein vector<Autoteil*> in meiner Schnittstelle schon zu, dass ich auf jeden Fall eine Autoteil-Schnittstelle vorfinde....Generics in Java sind dir bekannt?
-
------ schrieb:
Simon2 schrieb:
fricky schrieb:...sei doch nicht albern. was hat der windelwechsler zwischen den autoteilen verloren?...
Ja, genau das ist ja die Frage, die man den Java-Container-Designern stellen muss.
Da Du aber als "Rausnehmer" alles erwarten musst (außer primitive Typen, aber eben auch "WindelwechselObject"), muss Dein Programm auch damit klarkommen (und zwar jedes wieder neu). In C++ sichert mir mein vector<Autoteil*> in meiner Schnittstelle schon zu, dass ich auf jeden Fall eine Autoteil-Schnittstelle vorfinde....Generics in Java sind dir bekannt?
Schaut nicht so aus.
Nur gut, dass diese trolligen Flamewars nix mit dem realen Leben zu tun haben. Man stelle sich mal vor, dass die Sprachen für Projekte nach solchen Windelargumenten gewählt würden...
-
------ schrieb:
...Generics in Java sind dir bekannt?
UberProh schrieb:
...Schaut nicht so aus.
Nur gut, dass diese trolligen Flamewars nix mit dem realen Leben zu tun haben. Man stelle sich mal vor, dass die Sprachen für Projekte nach solchen Windelargumenten gewählt würden...
War ja nur eine Frage der Zeit, bis die "Java-ist-aber-doch-ganz-toll-Fanboys" hier auftauchen.
In diesem Thread geht's nicht um Generics und nichtmal um Java, sondern um die Vorzüge oder Nachteile von "any Objekten".
Ihr könnt Euch also beruhigt wieder nach "java.org" zurückziehen....Gruß,
Simon2.
-
UberProh schrieb:
Nur gut, dass diese trolligen Flamewars nix mit dem realen Leben zu tun haben. Man stelle sich mal vor, dass die Sprachen für Projekte nach solchen Windelargumenten gewählt würden...
Doch... eben solche Argumente bestimmen durchaus in diversen Firmen die Sprachentscheidung.
Idealfall: Alle Wissen von was sie reden, und verstehen sich gegenseitig auch noch und haben die gleichen Vorlieben.
Realfall: Meist trifft das eine oder andere davon nicht zu.
Kleiner Schwenk aus der Vergangenheit:
"...[Chef] Ich habe gelesen das man mit der Sprache XYZ nur ungefähr ein sechstel der Codezeilen schreiben muss wie in C++. Könntest du dich vielleicht darin einarbeiten..."cu André
-
Simon2 schrieb:------ schrieb:
...Generics in Java sind dir bekannt?
UberProh schrieb:
...Schaut nicht so aus.
Nur gut, dass diese trolligen Flamewars nix mit dem realen Leben zu tun haben. Man stelle sich mal vor, dass die Sprachen für Projekte nach solchen Windelargumenten gewählt würden...
War ja nur eine Frage der Zeit, bis die "Java-ist-aber-doch-ganz-toll-Fanboys" hier auftauchen.
In diesem Thread geht's nicht um Generics und nichtmal um Java, sondern um die Vorzüge oder Nachteile von "any Objekten".
Ihr könnt Euch also beruhigt wieder nach "java.org" zurückziehen....Ach so, darum hast du Java erwähnt, weil es garnicht darum geht. Und ich bin nicht der Meinung das Java ganz toll ist, siehe RAII...
asc@ausgeloggt schrieb:
UberProh schrieb:
Nur gut, dass diese trolligen Flamewars nix mit dem realen Leben zu tun haben. Man stelle sich mal vor, dass die Sprachen für Projekte nach solchen Windelargumenten gewählt würden...
Doch... eben solche Argumente bestimmen durchaus in diversen Firmen die Sprachentscheidung.
Idealfall: Alle Wissen von was sie reden, und verstehen sich gegenseitig auch noch und haben die gleichen Vorlieben.
Realfall: Meist trifft das eine oder andere davon nicht zu.
Kleiner Schwenk aus der Vergangenheit:
"...[Chef] Ich habe gelesen das man mit der Sprache XYZ nur ungefähr ein sechstel der Codezeilen schreiben muss wie in C++. Könntest du dich vielleicht darin einarbeiten..."Wenn man mit der Sprache wirklich genauso gute Ergebnisse im sechstel der Zeit erreichen könnte, dann ist das schon mal ein viel besseres Argument, als da kann man Listen machen wo Autoteile und Windelwickler drin sein können.
-
asc@ausgeloggt schrieb:
...Idealfall: Alle Wissen von was sie reden, und verstehen sich gegenseitig auch noch und haben die gleichen Vorlieben....
... dann können sie auch problemlos in ASM programmieren.
Gruß,
Simon2.
P.S.: Seltsamerweise arbeite ich in einer Firma, in der mehrere Hundert Javaprogrammierer über genau solche Probleme (und die damit verbrannten Zeit&Geld) klagen.
-
UberProh schrieb:
...Wenn man mit der Sprache wirklich genauso gute Ergebnisse im sechstel der Zeit erreichen könnte, dann ist das schon mal ein viel besseres Argument, als da kann man Listen machen wo Autoteile und Windelwickler drin sein können.
Siehst Du in dem Beispiel irgendwo einen Hinweis auf "...genauso gute Ergebnisse..." ?
Eben - genau darauf zielt es ab.Gruß,
Simon2.
-
Simon2 schrieb:
P.S.: Seltsamerweise arbeite ich in einer Firma, in der mehrere Hundert Javaprogrammierer über genau solche Probleme (und die damit verbrannten Zeit&Geld) klagen.
Na, dann schlag mal vor das man sich in deiner Firma mal Generics anschaut, dann kannst du gleich noch ne Gehaltserhöhung einfordern, weil du deiner Firma so viel Geld eingesparrt hast. Ich hab auch schon über 2 Jahre in ner Firma mit Javaprojekten gearbeitet, aber so ein Problem, dass man nicht weiß welche Objekte in einer Collection sind, hab ich noch nie gehabt, obwohl es damals noch garkeine Generics gab. Wenn bei euch wild irgendwelche Objekte rumfliegen, habt ihr wohl eher ein Design als ein Sprachproblem.
-
UberProh schrieb:
...Wenn bei euch wild irgendwelche Objekte rumfliegen, habt ihr wohl eher ein Design als ein Sprachproblem.
Nicht mißverstehen: Ich halte Java immer noch für die beste Wahl für unsere Anwendung, aber das "Typerkennnungsproblem" ist in großen Projekten sehr real.
Da werden über zig Schichten Container weitergereicht und "ganz unten" stellt dann der Entwickler fest, dass er da ein Unpassendes in den Händen hält .... weiß aber leider nicht, ob das irgendein anderer noch braucht oder gar von ihm doch eine Verarbeitung erwartet....
Ja - es ist ein Designproblem ... aber eben leider eins, für dessen Lösung Java nicht viel bereithält.... und für das man in C++ sich schon die Finger brechen muss, um es zu bekommen.An Generics wagt sich bei uns noch keiner ran (jedenfalls nicht bei Modulübergreifendem), weil alles Sorge haben, dass das zu unübersichtlich wird.
Gruß,
Simon2.
-
asc@ausgeloggt schrieb:
Kleiner Schwenk aus der Vergangenheit:
"...[Chef] Ich habe gelesen das man mit der Sprache XYZ nur ungefähr ein sechstel der Codezeilen schreiben muss wie in C++. Könntest du dich vielleicht darin einarbeiten..."LOL, solche Vergleiche ergeben natürlich keinen Sinn, weil es ja hauptsächlich auf die Bibliotheken, die man verwendet, ankommt. Eine eindrucksvolle Verteidigung der Sprache C++, bietet diesbezüglich Ultimate++. Wer in die Bredouille kommt, dem "Lines-Of-Code"-Argument begegnen zu müssen, kann also einfach mal z. Bsp. auf den Vergleich mit Java verweisen, um das klarzustellen.
-
Kreppel schrieb:
Eine eindrucksvolle Verteidigung der Sprache C++, bietet diesbezüglich Ultimate++.
Sorry, aber gerade auf Ultimate++ bin ich eher schlecht zu sprechen. Das Projekt mag noch so gut sein, der Zwang es nur sinnvoll mit TheIDE benutzen zu können, ist für mich aber das KO Kriterium (Zumindestens deutet die Einleitung und die Einträge in dem Forum die ich in den paar Stunden kürzlich dazu gesucht habe eben dies an).
cu André
-
asc@ausgeloggt schrieb:
Sorry, aber gerade auf Ultimate++ bin ich eher schlecht zu sprechen. Das Projekt mag noch so gut sein, der Zwang es nur sinnvoll mit TheIDE benutzen zu können, ist für mich aber das KO Kriterium (Zumindestens deutet die Einleitung und die Einträge in dem Forum die ich in den paar Stunden kürzlich dazu gesucht habe eben dies an).
cu AndréDas soll lediglich dafür als Beispiel dienen, dass es nur bedingt sinnvoll ist, LoC auf die Sprache zu beziehen.
Die ganzen Core Komponenten von Ultimate++ kann man übrigens ebenso wie die SQL Expressions auch sinnvoll ohne TheIDE verwenden.
<a href= schrieb:
http://www.ultimatepp.org/">What you can get with the Ultimate++ download in plain English
- Very effective C++ library for cross-platform development in source form.
- A good integrated development environment, designed for developing large C++ applications.
You can use both, or you can use whichever you need.
Um auf das Thema zurückzukommen, Any ist auch in Core drin
-
UberProh schrieb:
Wenn man mit der Sprache wirklich genauso gute Ergebnisse im sechstel der Zeit erreichen könnte, dann ist das schon mal ein viel besseres Argument, als da kann man Listen machen wo Autoteile und Windelwickler drin sein können.
Nur irgendwie ist das nicht korrekt. Dass es eine root Klasse gibt ist eben bei Containern ein Problem - warum wurden wohl Generics entwickelt? Eben WEIL es nötig war von void* äh ich meine Object Referenzen wegzugehen. Moderne Java Compiler warnen auch vor typunsicherem Object verwenden...
-
Shade Of Mine schrieb:
UberProh schrieb:
Wenn man mit der Sprache wirklich genauso gute Ergebnisse im sechstel der Zeit erreichen könnte, dann ist das schon mal ein viel besseres Argument, als da kann man Listen machen wo Autoteile und Windelwickler drin sein können.
Nur irgendwie ist das nicht korrekt. Dass es eine root Klasse gibt ist eben bei Containern ein Problem - warum wurden wohl Generics entwickelt? Eben WEIL es nötig war von void* äh ich meine Object Referenzen wegzugehen. Moderne Java Compiler warnen auch vor typunsicherem Object verwenden...
Äh ja, dass mit Generics hatten wir doch schon vorher...
-
UberProh schrieb:
Äh ja, dass mit Generics hatten wir doch schon vorher...
das thema lautet
Object wie in Java?
danke für die aufmerksamkeit
-
themenboy schrieb:
das thema lautet...
danke für die aufmerksamkeitQuatsch.