Cuina Projekt

[StarWolf]

Die meisten GUI-Editoren erstellen einfach nur Spaghetti-Code. Das einzige vernünftige scheint der Swing Designer zu sein, den es erst ab Eclipse Indigo (oder war es doch Helios?) gibt.

...

Versuchs mal testweise mit dem neuen XDEV 3. Es hat einen sehr guten GUI-Editor und erzeugt keinen Spaghetti-Code. Es kann nachträglich Projekte in ihrer bestehenden Struktur übernehmen.

[The_Burrito]

Der GUI Designer von NetBeans erstellt in meinen Augen auch brauchbaren Code. Allerdings ist das auch nicht unendlich wichtig. Den GUI Code vom Editor greift man nachher sowieso kaum an...

Versuchs mal testweise mit dem neuen XDEV 3. Es hat einen sehr guten GUI-Editor und erzeugt keinen Spaghetti-Code. Es kann nachträglich Projekte in ihrer bestehenden Struktur übernehmen.

...

Irgendwie komm ich selbst nach einer erfolgreichen Registrierung/Aktivierung eines Benutzerkontos nicht auf die Downloadseite.
Ah doch, jetzt geht es. Musste wohl nur ein paar Minuten warten.

[TheWhiteShadow]

Der _ vor der Methode gibt mir das Gefühl die Methode sei irgendwie nur intern wichtig, aber dann ist die Methode public. Warum also der _? Mag unwichtig klingen, ist es aber nicht.

...

Der ganze Aufbau dieser Klasse ist ein mehr oder weniger veraltetes Konzept der Engine. Der Umbau wird nur etwas größer und so viel zeit hab ich grade nicht.

Widerstehe dem Drang alles selber zu schreiben. Ich sehe da drin eine Klasse zum auslesen von Ini-Files. Die Properties Klassen aus Java machen genau das. Warum also neu schreiben?

...

Ich mag die Properties-Klasse einfach nicht als Ini-Adapter
Gibt zwar noch andere Gründe, aber das ist der Hauptgrund.^^

Wirf Exceptions. Eine Methode wie "public abstract boolean finishEditing();" die false im Fehlerfall zurückliefert ist suboptimal. Wenn du schon keine Exceptions werfen möchtest (warum auch immer, die sind nämlich eine viel schönere Lösung zur Weitergabe von Fehlern), liefer wenigstens ein Fehlerobjekt zurück wo du Informationen über den Fehler lieferst.

...

Könnte man machen...

Pluginsysteme sind äußerst kompliziert zu schreiben. Greif lieber auf ein System wie das NetBeans Module system oder OSGi zurück.

...

Für den Anfang reicht ein Interface, alle Implementierungen in einem Ordner suchen und verwenden.
Für später... mal sehen

In einem Konstruktur ist einfach nur scheusslicher Code. Man fängt eine Exception immer nur dort wo man sie auch richtig behandeln kann. Was du machst ist: Die Exception gleich an der erst besten Stelle zu fangen, und dann die Objektinitialisierung abbrechen. Derjenige der eine Instanz von der Klasse erstellt hat somit erstmal gar keinen Plan ob die Instanz überhaupt richtig erstellt wurde und arbeitet evtl mit einem unfertigen Objekt weiter ohne es zu wissen. Ganz übel.

...

Zum Glück ist der Konsturktor private^^
Aber sauber ist es nicht, war auch eher zur schnellen Fehlerbehandlung gedacht.
Wird demnächst korrigiert.
Ich programmier Java halt so wie ich Spiele programmier. Schönes Intro kommt zum Schluss^^

Der GUI Designer von NetBeans erstellt in meinen Augen auch brauchbaren Code. Allerdings ist das auch nicht unendlich wichtig. Den GUI Code vom Editor greift man nachher sowieso kaum an...

...

Du vielleicht nicht. Ich mach das aber immer.^^

mfg TWS

[R.D.]

Den GUI Code vom Editor greift man nachher sowieso kaum an...

...

Uhhhh~ Das würde ich aber nicht so leichtfertig sagen Bist du dir sicher dass das wirklich der Regelfall ist? Ich bin mir fast sicher es ist umgekehrt Ganz oft muss ich in den GUI-Code vor allem wenn ich dazu gezwungen bin einen Gui-Generator zu nutzen :/

[Corti]

Gui-Designerprobleme lol

-Corti.NET

[The_Burrito]

Ich weiß nicht, was man am GUI Code noch großartig bearbeiten sollte. Hätte darin weder die Notwendigkeit noch den Nutzen gesehen.
Da würde mich jetzt echt mal ein paar Beispiele von euch interessieren wofür das notwendig sein sollte.

[R.D.]

Um mal ein Beispiel aus meinem MapMaker zu nehmen: Überschreiben von paintComponent

[TheWhiteShadow]

Bitte den Thread nicht mit solchen Diskusionen füllen.
danke