C++ vor Java lernen?

[Nite]

Nabend.
Ich bin ein großer Fan von Java und mein erstes richtiges Programmierbuch war ein Javabuch. Ich beherrsche bereits einige Scriptsprachen wie CGI/Perl, PHP, ShellSkript kann relativ gut mit Batch-Dateien umgehen.
Nun wollte ich aber gerne richtige Programme für einen Endanwender schreiben und auch für mich um Dinge auszubessern, die mir an anderen Programmen nicht gefallen.
Mein zweites Buch war ein C++ Buch (beides waren nur Einsteigerbücher) und dort stand drin, man könne besser erst C++ lernen, dann Java. Ich bin mir da aber nicht ganz so sicher...

Was also machen? Stimmt das so?

Danke

 

[Wildcard]

Das macht Netbeans nicht anders...

Bei 5.5 Beta war noch alles Code und dieser gesperrt. Hat sich das geändert?
Ich weiß, ich könnte es auch nachschlagen, aber du kannst es mir auch sagen :wink:

 

[AlArenal]

Damit kann ich mich auch viel eher anfreunden als mit dem 'grauen Code' in Netbeans, denn ich sehe das gleiche Problem:
Was ist wenn es mal nicht so tut wie es soll?

z.B. nach dem Aufruf von #initComponents meine angeblich nicht mit dem GUI-Editor machbaren Anpassungen durchführen und/oder Pre-Init-Code für einzelnen Elemente im UI einfügen und/oder Post-Init-Code für einzelnen Elemente im UI einfügen und/oder Pre-Creation-Code für einzelnen Elemente im UI einfügen und/oder Post-Creation-Code für einzelnen Elemente im UI einfügen, ....

 

[AlArenal]

Das macht Netbeans nicht anders...

Bei 5.5 Beta war noch alles Code und dieser gesperrt. Hat sich das geändert?
Ich weiß, ich könnte es auch nachschlagen, aber du kannst es mir auch sagen :wink:

Das bezog sich auf das Abspeichern des Layouts in einem externen File. Anders als es JBuilder machte (keine Ahnung ob das in der Eclipse-Gedengel-Version noch so ist), der versuchte den erzeugten Source wieder in ein UI zu pappen.

 

[schalentier]

Ich schreib ebenfalls lieber GUI Code, als das ich mich mit einem GUI-Zusammenklick-Programm auseinandersetze. Mein Hauptargument dafuer ist, meinen Code kann ich wiederverwenden, zusammengeklickte GUIs nicht. Zumindest kenn ich keinen GUI-Editor, der das kann.

Was verstehst du unter "wiederverwenden"? Ich kann meine "zusammengeklickten" UIs ebenso in rein handgeschtricktem Code verwenden wie jeden anderen Code auch.

1. Ich stricke keine Code, ich entwickle ;-)

2. Mit wiederverwenden meinte ich, ich nehm mir eine (geklickte) GUI und aendere nur Teilaspekte davon. So wie ich eine Klasse wiederverwenden kann.

Z.b. hab ich ne Klasse fuer alle Dialog. Die zeigt immer ein paar Buttons, zum Schliessen, Abbrechen und Speichern. Alle Dialog erben von dieser Klasse und haben somit auch immer die gleichen Buttons, mit dem gleichen Text und dem gleichen Look. Aenderungen kann ich dann an einer zentralen Stelle machen und muss nicht alle Dialoge mit dem Editor oeffnen, bearbeiten und speichern.

Und wo ist nun das Problem? Du hängst deine selbstgeschrieben Klasse im GUI-Builder deiner Wahl in die Palette und fertig.

s.u.

In meinem aktuellen Projekt gibts mehrere Hundert Formularmasken (die teilweise sehr aehnlich sind). Die erben sinnigerweise auch voneinandern, so dass ich (bzw der jeweilige Entwickler) nur die tatsaechlichen Aenderungen an der Maske schreiben muss. Kann ein GUI Editor sowas? Also von einem Dialog erben?

Gegenfrage: Wäre es nicht siniger deine Wissenslücke zu füllen, ehe du sie als Argument für Pro oder Contra benutzt?

Du hast Recht, ich lad mir grad NetBeans.

Zudem bin ich verfechter des Prinzipis, sowenig wie moeglich Tools im Entwicklungsprozess einzusetzen. Denn jedes zusaetzliche Tool bringt potentiell neue Probleme. Was mach ich, wenn im GUI Editor irgendwas nicht so klappt, wie ich das will? Im erzeugten Code rumwuehlen und aufpassen, dass dieser nicht beim naechsten Start des GUI Editors ueberschrieben wird...

Es gibt auch Leute für die sind Reißverschlüsse ein Zeichen von Hochmut, die benutzen nur Knöpfe...

Wenn ich Angst vor Neuerungen habe, bin ich doch im falschen Job gelandet. Und zielsicher argumentieren kann man erst, wenn man aus der Praxis heraus weiß wovon man spricht.

Ich wuerd ganz andere Dinge benutzen, wenn ich den koennte. Im privaten... superduper, da nimmt man immer das neuste und aktuellste und ueberhaupt das beste. Aber in groesseren Projekten, mit mehreren Leuten, die im Idealfall noch auf mehrere Standorte verteilt sind, die unterschiedliches Wissen haben und sich grundsaetzlich gegen alles neue ersteinmal waehren (was auch in gewisser Weise verstaendlich ist), wo es um Deadlines und Geld geht und vor allem, die nicht nach einem Jahr in der Ecke landen; da ist ein konstanter Entwicklungsprozess sehr wichtig. Niemandem ist geholfen, wenn es alle paar Wochen ein Update der IDE, des Sprachcompilers, des GUI-Editors, etc gibt. Auch wenn man pro Update nur 30 Minuten braucht (zum Einarbeiten).... bei einem Team mit 20 Leuten sind das 10h, die einfach nur weg sind. Fuer ein Tool.

Den Rest von deinem Kommentar ignoriere ich mal. Du kennst weder mich, noch meine Praxiserfahrungen ;-)

Ein mMn guter Ansatz ist bei IntelliJ's GUI Editor zu sehen (auch wenn ich den nicht wirklich verwende). Dort wird das GUI-Layout in einem extra File gespeichert und dient nur und ausschliesslich dem Zusammensetzen der Swing Komponenten. Man hat dann also Zugriff auf alle Buttons, Panels, Tabellen, etc. und kann damit normal arbeiten, wie auch ohne GUI-Editor.

Das macht Netbeans nicht anders...

Ich werds mir anschauen.

 

[AlArenal]

2. Mit wiederverwenden meinte ich, ich nehm mir eine (geklickte) GUI und aendere nur Teilaspekte davon. So wie ich eine Klasse wiederverwenden kann.

Macht noch immer keinen Sinn. Dein erklicktes UI ist eine Klasse....

Ich wuerd ganz andere Dinge benutzen, wenn ich den koennte. Im privaten... superduper, da nimmt man immer das neuste und aktuellste und ueberhaupt das beste. Aber in groesseren Projekten, mit mehreren Leuten, die im Idealfall noch auf mehrere Standorte verteilt sind, die unterschiedliches Wissen haben und sich grundsaetzlich gegen alles neue ersteinmal waehren (was auch in gewisser Weise verstaendlich ist), wo es um Deadlines und Geld geht und vor allem, die nicht nach einem Jahr in der Ecke landen; da ist ein konstanter Entwicklungsprozess sehr wichtig. Niemandem ist geholfen, wenn es alle paar Wochen ein Update der IDE, des Sprachcompilers, des GUI-Editors, etc gibt. Auch wenn man pro Update nur 30 Minuten braucht (zum Einarbeiten).... bei einem Team mit 20 Leuten sind das 10h, die einfach nur weg sind. Fuer ein Tool.

Habt ihr überall nen Dr. Prügelpeitsch, der euch Pestilenz und Tod bringt, wenn ihr nicht alle jeden Tag nach allen Updates sucht und diese einspielt? Drückt ihr auch auf die Schachuhr wenn ihr auf den Thron wandert? Ist doch alles nur eine Sache der Organisation. Es klingt ja fast als müsse man es als Wunder betrachtet, dass ihr überhaupt in Java entwickelt und nicht noch in Cobol....

Du hast Recht, ich lad mir grad NetBeans.

Hast du dir mal überlegt, ob du die Zeit nicht produktiver verbringen könntest?

 

[schalentier]

2. Mit wiederverwenden meinte ich, ich nehm mir eine (geklickte) GUI und aendere nur Teilaspekte davon. So wie ich eine Klasse wiederverwenden kann.

Macht noch immer keinen Sinn. Dein erklicktes UI ist eine Klasse....

Ja eine Klasse mit genau einer Methode "initComponents". D.h. ich kann da nichts wiederverwenden, ausser den kompletten Initialisierungscode. Ich will aber vielleicht Masken aus mehreren Bausteinen zusammensetzen, Teile dieser Bausteine konfigurieren, etc. Wie mach ich das nun mit NetBeans?

argl... ganz schoen ot. Und eigentlich auch egal. Am besten jeder macht das so wie er will... mkay?

 

[AlArenal]

Ja eine Klasse mit genau einer Methode "initComponents". D.h. ich kann da nichts wiederverwenden, ausser den kompletten Initialisierungscode. Ich will aber vielleicht Masken aus mehreren Bausteinen zusammensetzen, Teile dieser Bausteine konfigurieren, etc. Wie mach ich das nun mit NetBeans?

Nein, es ist eine abgeleitete Klasse (z.B. von JPanel, JDialog, JFrame, JHauMichBlau, MyFusspilz, ...). Wenn du ordentlich proggst sind deine "Masken" und "Bausteien" JavaBeans. Du packst sie dir in die Palette und drag & dropst dir dein UI zusammen, stellst dir die Propertys der Einzelteile im Designer zurecht und gut iss.