Java für und wider

4) Sauber strukturierte Sprachsyntax und Klassenbibliothek.

Du meinst ein anderes Java als ich, oder? Wirrer und verschachtelter kann ne Biblitohek net sein.

Ruby kann ich nur empfehlen (zumindest für Hintergrundjobs), ich RoR inzwischen sehr gerne ein. Eine mächtige Sprache, eine saubere Doku und für eine Skript-Sprache extrem schnell. Vereinigt Stärken von Scriptsprachen und OO mit quasi-persistenten Objekten.

Original von Kampfhoernchen

4) Sauber strukturierte Sprachsyntax und Klassenbibliothek.

Du meinst ein anderes Java als ich, oder? Wirrer und verschachtelter kann ne Biblitohek net sein.
Ich bin bislang nie auf Probleme gestoßen wenn ich ohne Dokuwälzen anhand der Pakethierachie die passende Klasse finden wollte. Ist, wie so oft bei solchen Themen, sicher auch eine Geschmackfrage. Aber vielleicht willst du mal anhand eines Beispiels zeigen wo die Klassenbibliothek von Java wirr oder zu verschachtelt ist.

Allein die Stelle, wo Stack von Vector erbt spricht für sich ;-)

Von dem ganzen Netzwerk-Zeugs brauch ich gar net sprechen.
Wieviele Schnittstellen gibts für SQL? Ich weiß es net. Mir reicht da eigentlich eine Klasse (je nach Geschmack noch eine für den Result-Set), nicht erst hunderte davon, die ich erst über 5 Ecken laden muss.

Original von Kampfhoernchen
Wieviele Schnittstellen gibts für SQL? Ich weiß es net. Mir reicht da eigentlich eine Klasse (je nach Geschmack noch eine für den Result-Set), nicht erst hunderte davon, die ich erst über 5 Ecken laden muss.

Eine Schnittstelle (JDBC), eine Klasse für Resultsets, eine für Connections, eine für Statements ... einmal mit Class.forname(...) deinen DriverManger laden und fertig. Das ist nicht umständlicher als MySQLi mit PHP5 ...

Allein die Stelle, wo Stack von Vector erbt spricht für sich ;-)

Wo ist da das große Logikproblem? Vector bietet Arrays mit veränderlicher Größe, genau das was der Stack braucht... Klingt für mich auf Anhieb nicht so blöde ...

Hmm, jetzt habe ich mich daoch dazu hinreißen lassen... Naja, egal.
Öffentliche Vererbung bedeutet eine "ist-ein" - Beziehung. Wenn ich Stack von Vector erben lasse, bedeutet dass, dass ich jede Methode, die ich von Vector habe, auf den Stack loslassen kann, weil mein Stack ja nun ein Vector ist. Ergebnis: Ich habe Indexzugriff, den kompletten Zugriff per Collection-Interface usw. Ich kann den Stack sogar mittels Collections.sort() sortieren lassen - das erscheint mir nicht sehr sinnig. Ein Stack hat folgende Methode zu liefern: push, pop, top. Das wars.
Gerade im Hinblick auf die Philosophie von Java, im Zweifelsfall eine Möglichkeit nicht einzubinden, um Konfusion und Missbrauch zu verhindern (Operatorüberladung, echte Templates, Mehrfachvererbung, private Vererbung,...) ist diese Geschichte totaler Quatsch. Die Lösung via Containeradapter, wie sie die STL seit mehr als einem Jahrzehnt erfolgreich vorexerziert, hätte einfach nur übernommen wrden müssen. Da hat schlicht einer gepennt und die Qualitätskontrolle war wohl grad in der Kaffeepause.
Ich behaupte ja nicht, dass Java schlecht ist, aber an vielen Stellen einfach nicht genug durchdacht bzw. ausgereift. Und aus Gründen der Abwärtskompatibilität schleppt Java jetzt viele Jungendsünden mit sich rum.
Iat eigentlich nicht Thema dieses Threads, vielleicht kann man den ja splitten, damit wir weiter über Java meckern können ;-)

Koennt ihr bitte euer Java Bashing woanders hin verlagern und hier sachlich ueber mein Anliegen sprechen?
Dankeschoen.

Original von abuzeus
Hmm, jetzt habe ich mich daoch dazu hinreißen lassen... Naja, egal.
Öffentliche Vererbung bedeutet eine "ist-ein" - Beziehung. Wenn ich Stack von Vector erben lasse, bedeutet dass, dass ich jede Methode, die ich von Vector habe, auf den Stack loslassen kann, weil mein Stack ja nun ein Vector ist. [...]

Ist ein Argument, da stimme ich zu.

Original von Kallisti

Koennt ihr bitte euer Java Bashing woanders hin verlagern und hier sachlich ueber mein Anliegen sprechen?
Wer Wind säht ... wer nach einer Programmiersprache fragt darf sich nicht wundern, wenn über das Für und Wider diskutiert wird.
@Topic: ich hatte nicht vor hier eine umfangreiche Diskussion für oder gegen eine bestimmte Sprache zu starten.
a) Das ist immer Geschmackssache. Der eingefleischte PHP-Coder der nichts vernünftiges kennt wird gegen Java flamen weils ihm zu umständlich/kompliziert ist. Der Perl-Coder wettert gegen Java weils ihm zu restriktiv ist und er eine unanständige Beschneidung seiner Freiheiten wittert. Usw... Jeder hat seinen eigenen Geschmack und seine eigenen Vorlieben. Der eine wird mit PHP glücklich, der nächste nimmt lieber Java, wieder ein anderer arbeitet mit .NET besser.
b) Jede Sprache hat ihre Stärken, Schwächen und Fehler. Es gibt auch Dinge die mir an Java nicht gefallen. Die gibts aber auch bei PHP und Perl. Letztendlich nehme ich für eine Aufgabe einfach die Sprache von der ich glaube, die Aufgabe am besten lösen zu können. Fern ideologischer Einstellungen wie "PHP ist die billige Schlampe unter den Programmiersprachen die sich jeder leisten kann" (so gelesen im heise-forum).
Fazit: arbeite jeder mit der Sprache mit der er glücklich wird. Ich habe mich für mein momentanes Projekt für Java entschieden und bin sehr zufrieden mit meiner Wahl ..
In anderen Projekten habe ich mit anderen Sprachen gearbeitet. Z.B. mein Wiki in PHP ..

Ich muss sagen, dass ich das wieder an Ruby noch nicht gefunden hab.
Naja, vielleicht fehlende Hosting-Möglichkeiten auf Webspace.