Java und Analsex ;-) - Thema anzeigen

Dave hat geschrieben:Saying that Java is nice because it works on all platforms is like saying anal sex is nice because it works on all genders

Magst du Java etwa nicht?
(Aber komm mir bloss nicht wieder mit deinem C++)


Gruß
raezz

_________________
Bist du schon virtuell oder lebst du noch?
Fliegengedichte ... heute schon gelesen ?

raezz hat geschrieben:Magst du Java etwa nicht?
(Aber komm mir bloss nicht wieder mit deinem C++)

Kann ich nachvollziehen. Der ganze Java-Krempel, den ich bislang unter den Fingern hatte lief eigentlich nicht so richtig performant, hat den Rechner eher ausgebremst als 'was gemacht.
Der meiste Kram, der in C/C++/C# programmiert war, lief schnell und bislang auch (toi toi toi) problemfrei.
Ich nehme an, daß die JavaRuntime das ganze so derb ausbremst. Ein nativer (Win-)Compiler und es liefe wahrscheinlich recht rund.

Gruß - [i]der Fenderizer[/i]

_________________
they're coming to take me away ... hahaa!
P.S: this post is printed on 100% recycled electrons

Ich mag es erstmal aus Anwendersicht nicht, weil sich fast ausnahmslos alle Programme die darauf basieren extrem zäh anfühlen (Open Office, Zend etc) zweitens mag ich es aus Programmierersicht nicht (ich musste das an der Uni mal lernen).
Es ist zwar eine ziemlich mächtige Sprache in bezug auf OOP, diese wird einem in Java aber mit Gewalt aufgezwungen und das mag ich nicht. In PHP (C++ darf ich ja nicht als Beispiel nennen ) KANN ich objektorientiert programmieren, wenn ich das für nötig halte. In Java MUSS ich das. Außerdem ist es in Java relativ kompliziert systemnah zu arbeiten.

Ich nehme an, daß die JavaRuntime das ganze so derb ausbremst. Ein nativer (Win-)Compiler und es liefe wahrscheinlich recht rund.

Genau, Java ist so ein Mittelding zwischen Compiler und Interpreter. Als erstes wird der Quelltext in einen sogenannten Bytecode kompiliert. Um diesen dann auszuführen benötigt man für das eigene Betriebssystem eine sogenannte "Virtual Machine" - das ist die Java-Runtime-Environment - die den Bytecode interpretiert und ausführt.

Gruß, Dave

_________________
Ich mache KEINEN Support per PN, ICQ, E-Mail oder Teleofn
Meine Bibel-Community

Naja - es gibt für Java schon auch Native Compiler. Und ansonsten geht C# auch so vor. Alle Scriptsprachen (wie z.B. PHP), die über einen Pre-Compiler verfügen, ebenfalls. Und das man nur objektorientiert programmieren kann, finde ich auch nicht so sehr schlimm. Kommt halt immer auf den Einsatzzweck an - Sprachen wie Java oder C# sind nicht für Ad-Hoc Programmierung gedacht, dazu gibt's Scriptsprachen, die das viel besser können.

Mich persönlich stört an Java, dass es teilweise inkonsequent ist, umständlich, wo's auch einfach ginge - und vor allem, dass sich noch immer keine einheitliche GUI und Datenbank-Programmierung durchgesetzt hat. Alle diese Sachen hat Microsoft bei C# bedeutend besser gelöst.

Ist aber nur meine persönliche Meinung - über die sich natürlich trefflich streiten läßt.

Gruß
raezz

_________________
Bist du schon virtuell oder lebst du noch?
Fliegengedichte ... heute schon gelesen ?

Vor allem ist Java bzw. die damit entwickelte Software längst nicht so portabel, wie sie sein sollte....

_________________
Probleme tendieren dazu, wesentlich komplexer zu sein, als sie scheinen.
Und zu jedem dieser komplexen Probleme gibt es eine einfache, saubere Lösung.... die garantiert falsch ist.

http://www.studior.info

Jens Droessler hat geschrieben:Vor allem ist Java bzw. die damit entwickelte Software längst nicht so portabel, wie sie sein sollte....

Das kommt noch hinzu - ist aber auch sch....schwer.

Gruß
raezz

_________________
Bist du schon virtuell oder lebst du noch?
Fliegengedichte ... heute schon gelesen ?

Argh hänge auch grade an einem Kleinprojekt - Problem ist unser "Freund" der Garbage Collector - ich kann mit dem Löschen eines Objektes nicht direkt einen Funktionsaufruf verbinden - da es dank dem Garbage Collector keinen Dekonstruktor/Destruktor in Java gibt. Und grade das wäre für eine saubere ObejektOrientierteProgrammierung vonnöten.
Wenn man sich fragt warum ich beim löschen eines Objekts noch anderes machen möchte - es handelt sich um einen n-zu-n Beziehung, im speziellen ein Auktionssystem - in dem Ein Artikel beliebig vielen Kategorien zugeordnet sein kann - als auch eine Kategorie beliebig viele Artikel umfassen kann.
Klar kann ich von Java.Object die finalize() überschreiben , nur ist der Ausführungszeitpunkt der Methode erst dann gegeben wenn der Garbage Collector das dereferenzierte Objekt gefunden hat. da hilft es mir auch nicht wenn ich mit System.gc() den GC explizit aufrufen kann - ich muss für eine absolute Fehlerfreiheit darauf achten das mit dem Löschen des Artikels auch der eintrag unmittelbar aus der Kategorien Sparte genommen wird....
Und die Verwaltung der Artikel obliegt leider einem anderen Programmiermenschen - den werde ich wohl oder übel anhauen müssen - in C++ ist sowas erheblich sauberer zu programmieren(leider muss man dabei nachdenken - worin wohl der Erfolg von Java begründet liegt) - als auch performanter....
So ditte musste mal gesagt werden

_________________
http://lachecke.com/?redirect=2006

Seit wann gibt es in Java keinen Konstruktor bzw. Destruktor mehr?

_________________
Ich mache KEINEN Support per PN, ICQ, E-Mail oder Teleofn
Meine Bibel-Community

Konstruktoren gibt es in Java schon (noch).
Der Destruktor ist in Java mit der Methode finalize() abgebildet.
Diese Methode wird vom GC - wenn es keine Referenz auf das Objekt mehr gibt - irgendwann aufgerufen.

Sg, Maxx

Maxx hat geschrieben:Diese Methode wird vom GC - wenn es keine Referenz auf das Objekt mehr gibt - irgendwann aufgerufen.

Eben - irgendwann. Und das ist im Zweifelsfall zu spät.

Gruß
raezz

_________________
Bist du schon virtuell oder lebst du noch?
Fliegengedichte ... heute schon gelesen ?