spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Eure Lebenszeit ist begrenzt; nein zu java!

Ich kann zu Java nur Eines sagen: Einmal kennen lernen, nie wieder verwenden :meinung:

Leider zwingt mich die Uni dazu, Programme mit Java zu erstellen :crying:

1. Ist ein Resourcenfresser dass einem die Spucke weg bleibt
2. Es ist nicht möglich, damit eine funktionierende GUI zu erstellen
3. Macht manchmal Sachen bei denen man nie dahinter kommt, warum etwas auf die eine oder andere Art geschieht. Damit meine ich vor allem Probleme damit, Projekte zwischen Personen (ihren Rechnern) auszutauschen und einige andere Sachen, Classpathprobleme, Compilierbarkeit, DebugInformation fehlt .... .

Zitat von »"Phil_GDM"«

1. Ist ein Resourcenfresser dass einem die Spucke weg bleibt

Weiß nich, so anspruchsvoll sind meine Programme nicht

Zitat von »"Phil_GDM"«

2. Es ist nicht möglich, damit eine funktionierende GUI zu erstellen

Was verstehst du darunter? Ich habe als Schulprojekt ein funktionierende Auftrags- und Kundenverwaltung erstellt. Klappt wunderbar.

Zitat von »"Phil_GDM"«

3. Macht manchmal Sachen bei denen man nie dahinter kommt, warum etwas auf die eine oder andere Art geschieht. Damit meine ich vor allem Probleme damit, Projekte zwischen Personen (ihren Rechnern) auszutauschen und einige andere Sachen, Classpathprobleme, Compilierbarkeit, DebugInformation fehlt .... .

Classpathproblem... :krank:

Sicaine: Ja, Look&Feel is fein. Trotzdem isses ned das Original

Sorry, hast du schon mal mit java gearbeitet? Das klingt für mich wie die standard Java vorurteile.

Zitat von »"Phil_GDM"«

1. Ist ein Resourcenfresser dass einem die Spucke weg bleibt

Das ist ein allgemeines vorurteil. Swing ist zwar etwas lahm, da es alle GUI elemente selber zeichnet und keine vom system verwendet, aber es ist inzwischen auch schon schneller. Ausserdem gibt es die alternativen AWT und SWT.

Zitat von »"Phil_GDM"«

2. Es ist nicht möglich, damit eine funktionierende GUI zu erstellen

Das ist geradezu lächerlich. Höchstens in VB ist es noch einfacher eine GUI zu erstellen. Das mit den Layoutmanagern ist gewöhnungsbedürftig, aber gar nicht so kompliziert (ausser GridBagLayout ) und man kann damit wirklich schnell eine GUI zusammenbasteln.
Um ein Fenster zu erstellen muss man sowieso nur von JFrame erben und das fenster sichtbar machen (setVisible(true)).

Wenn ich daran denke wie man mit der WinAPI ein fenster erstellt schauderts mir.

Zitat von »"Phil_GDM"«

3. Macht manchmal Sachen bei denen man nie dahinter kommt, warum etwas auf die eine oder andere Art geschieht. Damit meine ich vor allem Probleme damit, Projekte zwischen Personen (ihren Rechnern) auszutauschen und einige andere Sachen, Classpathprobleme, Compilierbarkeit, DebugInformation fehlt .... .

Also auch das kann ich nicht nachvollziehen. Vielleicht hast du dich zu wenig mit solchen situationen beschäftigt, anders kann ich mir das nicht erklären. Es ist mir auch schon passiert, dass ich zuerst nicht kapiert hab warum etwas so gelaufen ist. Aber wenn man dann genauer nach prüft liegt der Fehler 50 cm vorm bildschirm

Classpathprobleme hatte ich noch nie.
Und zuwenig Debuginfos??? Also der Debugger unter Eclipse ist mir lieber als Visual Studio. Du bekommst eine fülle an informationen. Art des Fehlers, bzw Exception, Zeilennummer, stacktrace usw usw

MFG Beliar

Zitat von »"MaxEd"«

Zitat von »"Phil_GDM"«

2. Es ist nicht möglich, damit eine funktionierende GUI zu erstellen

Was verstehst du darunter? Ich habe als Schulprojekt ein funktionierende Auftrags- und Kundenverwaltung erstellt. Klappt wunderbar.

Als Beispiele:
Wenn ich auf den rechten Rand meiner Applikation klickte, änderte sich plötzlich die Größe des Applikationsfensters.

Die Abstände zwischen Buchstaben in meine JTextPane schienen auch per Zufall generiert worden zu sein.

Die beiden Probleme konnte ich nie lösen.
Außerdem gab es noch viel andere.

Überhaupt musste ich bis heute bei Java die meiste Zeit dafür verwenden, solche und ähnliche Probleme zu lösen, und nicht um zu entwickeln. Das wurde mit der Zeit wirkich frustrierend und deshalb bin ich seither ein Mensch der mit Java nichts mehr am Hut hat.

Zitat von »"Beliar"«

Sorry, hast du schon mal mit java gearbeitet? Das klingt für mich wie die standard Java vorurteile.

Zitat von »"Phil_GDM"«

1. Ist ein Resourcenfresser dass einem die Spucke weg bleibt

Das ist ein allgemeines vorurteil.

Das ist kein Vorurteil sondern eine Tatsache

[edit]

Zitat von »"Beliar"«

Und zuwenig Debuginfos??? Also der Debugger unter Eclipse ist mir lieber als Visual Studio

Ich konnte nicht mal mit dem Debuggen beginnen, da die DebugInfos nicht vorhanden waren.
[/edit]

Also ich check das nicht. Ich hab grad ein paar meiner beispiel applikationen aufgemacht und dass mit dem vergrössern durch auf den rand klicken funktionierte nirgends.

Das mit dem Textfield konnte ich auch noch nie beobachten. Aber wenn man eine Komponente direkt in manche der Layoutmanager legt werden sie gestreckt. Vlt meintest du ja das. Da muss man die komponente zuerst in ein Panel legen und dass Panel dann ins Layout. Das Panel hat dann entweder Null-Layout wenn du keins setzt oder du setzt ein FlowLayout. In den Fällen wird es nicht gestreckt.

Wenn du das anders meinst, also dass einfach so die Buchstaben andere abstände hatten, kann ich das nicht nachvollziehen.
Hast du vlt noch das Programm in dem das aufgetreten ist?

Edit:
Von wegen Debugging, was für eine IDE hast du benutzt? Die konsole gibt dir zwar auch die wichtigsten Infos aus, aber nur eine IDE unterstützt breakpoints etc.
In Eclipse kannst du breakpoints setzen, einzelschritte machen und dir den Inhalt von allen Variablen ansehen. Du kannst sie auch zu einer Liste von beobachteten Variablen hinzufügen, dann siehst du immer den aktuellen wert ohne sie dir aus der Liste aller Variablen suchen zu müssen.