GUI in Java ist der Horror



  • Shade Of Mine schrieb:

    Insider schrieb:

    Wenn die GUI's langsam sind, da liegt das häufig auch am Speicher und an zu alten JRE's. Guck Dir GUI's unter 5.0 an.

    384MB Ram, 700Mhz und Java5 -> ich kann den Fenstern beim zeichnen zusehen... da muss Sun noch hart arbeiten...

    Klar ist Swing nicht das schnellste was es gibt. Aber es so darzustellen wie es hier in manchen Threads gemacht wird, ist schwachsinn! Es werden immer wieder die selben Programme hervorgeholt(meistens Eclipse) und dazu noch eine 1.3'er JRE. Das wollte ich damit zum Ausdruck bringen.

    Man sollte sich immer eines vor Augen halten:

    Im Jahr 1998 waren Java GUI's noch viel langsamer. Damals war das wirklich ein Problem. Trotzdem hat die Wirtschaft/Indurstrie schon zu dieser Zeit bei neuen Projekten auf Java gesetzt. Mit 1.4 gelang dann ein weiterer durchbruch. Java ist heute mit die Sprache der Wahl für große bis sehr große Unternehmenslösungen, wobei da sicherlich auch der Einfluss der Branchengrößen eine Rolle spielt.

    @Gregor: Das klingt echt interessant! 👍 Damit dürfte man einen Quantensprung in der Swing Geschichte erreichen(GDI => OpenGL ).

    PS: Hätte es vor langer Zeit schon flächendeckend Internet und genügend Trolle gegeben, dann hatten damals Threads wahrscheinlich Titel in der Form
    "Textbasierte([n]+curses) UI's sind schneller und verbrauchen weniger Speicher als Mausbasierte" gegeben. Trolle wird es immer geben. 😉



  • Pogo schrieb:

    Noch ein kommerzielles BeiSpiel: 😉

    http://www.chromethegame.com/en/show.php?800&n=50

    Ist aber nicht wirklich in Java geschrieben. Die eigentliche Engine ist C/C++ Code. Die benutzen Java vor allem fürs Scripting und ein paar High-Level Sachen.
    Kennt jemand eigentlich kommerzielle Spiele, die komplett auf Java basieren?



  • guestABC schrieb:

    Kennt jemand eigentlich kommerzielle Spiele, die komplett auf Java basieren?

    Du meinst abgesehen von dem hier?! 🙂

    Wie wäre es damit? Ist ganz neu.

    http://www.oddlabs.com/tribaltrouble.php



  • guestABC schrieb:

    Pogo schrieb:

    Noch ein kommerzielles BeiSpiel: 😉

    http://www.chromethegame.com/en/show.php?800&n=50

    Ist aber nicht wirklich in Java geschrieben. Die eigentliche Engine ist C/C++ Code. Die benutzen Java vor allem fürs Scripting und ein paar High-Level Sachen.
    Kennt jemand eigentlich kommerzielle Spiele, die komplett auf Java basieren?

    Und?
    Dass es "nicht wirklich" in Java geschrieben ist, stimmt nicht. Nur weil nicht alles in Java geschrieben ist, heißt es nicht, dass garnichts in Java geschrieben ist. Mag sein, dass alles auf nativen Code aufbaut, aber das tut´s letztendlich sowieso auch, wenn du Java benutzt. ;P
    Warum wurde der Rest eigentlich in Java geschrieben?



  • Weil Java für den Rest rockt. 😉 Naja, ist halt ne Entscheidung der Entwickler.
    Der OpenGL Support ist wirklich noch nicht so toll und von DX kann man logischerweise nicht mal träumen. Java wird wohl für Spiele nicht die erste Wahl sein, das kann man schon mal realistisch sehen. Spiele werden traditionell auch mehr für Windows entwickelt und .Net reizt mich in dieser Hinsicht mehr.

    @Shade: Ich finde, dass du dieses Thema immer sehr dramatisierst. Ja Swing ist nicht perfekt, das Windows Look & Feel fühlt sich nicht perfekt native an. Aber es ist schon ziemlich geil. Es benutzt das XP-Theme oder den normalen Style je nach Einstellung in Windows, übernimmt Schriftgrößen und sieht mit jeder Version besser aus. Heute hab ich Java 5 Update 2 (seit wann gibt's das eigentlich?) installiert und stelle fest, dass der Schrift-Bug gefixed ist. Schaut wirklich sehr godlike aus jetzt. Das war für mich bisher das auffälligste Merkmal, welches Swing erkennbar gemacht hat.
    Jetzt muss man wieder ein Stück genauer hinschaun. Mit dem Resizen hast du Recht. Auf meinem Rechner geht das flüssig, aber auf durchschnittlichen stört es tatsächlich noch. Dies wird wohl der Vergangenheit angehören, wenn OpenGL verwendet wird. Nur Mut. 😉

    OT:
    btw. weil schon wieder Eclipse ins Gespräch kam: Eclipse lädt NICHT wegen Java langsam, auch nicht wegen JIT-Compilierung oder sonstwas. Lahm ist einzig und allein der Festplattenzugriff. Wer Eclipse beendet und neu startet, wird es sofort sehen. Jedes fette Programm muss erst mühsam von der Platte geladen werden, insbesondere, wenn es erstmal die Unterverzeichnisse nach Plugins durchsucht und die alle lädt (und in Eclipse besteht alles aus Plugins), dann dauert es halt beim ersten mal länger. Das hat nichts mit Java zu tun.
    Ein Warmstart von Eclipse 3.1M5a dauert bei mir 4 Sekunden, für eine IDE völlig akzeptabel und da ist JIT-Compilierung mit drin.



  • Pogo schrieb:

    guestABC schrieb:

    Pogo schrieb:

    Noch ein kommerzielles BeiSpiel: 😉

    http://www.chromethegame.com/en/show.php?800&n=50

    Ist aber nicht wirklich in Java geschrieben. Die eigentliche Engine ist C/C++ Code. Die benutzen Java vor allem fürs Scripting und ein paar High-Level Sachen.
    Kennt jemand eigentlich kommerzielle Spiele, die komplett auf Java basieren?

    Und?
    Dass es "nicht wirklich" in Java geschrieben ist, stimmt nicht. Nur weil nicht alles in Java geschrieben ist, heißt es nicht, dass garnichts in Java geschrieben ist. Mag sein, dass alles auf nativen Code aufbaut, aber das tut´s letztendlich sowieso auch, wenn du Java benutzt. ;P
    Warum wurde der Rest eigentlich in Java geschrieben?

    Ist doch auch nicht "wirklich" in Java geschrieben. Java war für das Scripting gedacht. Solange aber die Engine in C/C++ geschrieben ist, ist es kein Java Game.

    Optimizer muss ich recht geben: Für Spiele ist .NET erst mal (vor allem wohl auch in Zukunft) etwas interessanter als Java. Man muss aber auch sehen wie sich das so noch entwickelt. Managed DX ist ja noch relativ jung.



  • Wann habe ich behauptet, dass Chrome ein "Java Game" ist?



  • guestABC schrieb:

    Optimizer muss ich recht geben: Für Spiele ist .NET erst mal (vor allem wohl auch in Zukunft) etwas interessanter als Java.

    Der Hauptgrund, warum Java für Spiele nicht so interessant ist, ist das Fehlen von JVMs für PS2 und XBox. Für .NET wird es sicherlich eine VM für die XBox geben, aber auch dort wird die fehlende Unterstützung der PS2 als massiver Nachteil für .NET gewertet werden. Insofern wird es .NET im Spielebereich auch relativ schwer haben, wenn auch möglicherweise nicht ganz so schwer wie Java.



  • ...aber denkt mal an die j2me games (handy, pda etc). da hat .NET nicht so die nase vorn



  • Na ja, ich bezog mich hier mehr auf die "großen" Titel im PC Bereich (die ja meist auf DirectX setzen), als auf die kleinen Spiele für Handys.


Anmelden zum Antworten