Java Entwicklungsumgebungen unter XP und Linux und weitere F

[Streetch]

Hallo,
zur Zeit programmiere ich noch mit Delphi unter WinXP. Da ich aber zu Linux umsteigen, bzw. als Zweitsystem haben möchte, würde ich gerne meine Programme für beide OS haben ohne das Programm 2 mal entwickeln zu müssen.

Daher einige Fragen zur Kompatibilität:
1) -Wenn ich ein Programm unter Win entwickle und nicht kompiliere (also interpretieren lasse), funktioniert dass dann auch bedingungslos auch bei allen Linux Distris oder sind je nach dem welche Befehle verwendet wurden doch noch anpassungen zu machen?
2) -Ist mit Java alles möglich was mit Delphi/C++ auch möglich ist, sprich sowas wie auf Registry zugreifen, andere Programme fernsteuern etc ?
3) -Kann ich den Quellcode von einem Java Programm unter Linux 1:1 auch unter Windows kompilieren?
4) -Wenn ich Komponenten entwickle, sind die dann on der IDE unter Win UND Linux ohne anpassung zu verwenden?
5) -Welche Entwicklungsumgebung(en) sind für beide OS zu empfehlen? Von Delphi bin ich da ja relativ viel Luxus gewohnt und würde gerne auf ähnlichem Niveau weiter entwickeln können. Aber möglichst hätte ich gerne eine IDE die es unter Linux und Win gibt und zu 100% kompatibel zueinander sind.

so, das waren viele Fragen, ich hoffe auf viele Antworten :wink:

 

[kleiner_held]

1) Du meinst ein in Java programmiertes Programm? Ja
2) ALLES ist ein sehr weit gefasster Begriff. Von Haus aus bietet Java Funktionen und APIs fuer Anwendungsfaelle die unabhaengig vom verwendeten OS sind - wie willst du unter Linux auf eine (nicht vorhandene) Registry zugreifen? Mit der JNI Api kann man aber direkt native Libs des OS benutzen, aber dann hat man keine plattforumunabhaengigkeit mehr.
3) Ja
4) Ja
5) Die meistverwendeten Java-Enwicklungsumgebungen: Eclipse, NetBeans, IntelliJ gibts fuer beide Betriebssysteme und sind auch in sich 100% kompatibel (ich kann auf dem gleichen eclipse projekt mit meinem Linux und Windows Eclipse arbeiten

 

[Hilefoks]

Moin,

1) -Wenn ich ein Programm unter Win entwickle und nicht kompiliere (also interpretieren lasse), funktioniert dass dann auch bedingungslos auch bei allen Linux Distris oder sind je nach dem welche Befehle verwendet wurden doch noch anpassungen zu machen?

Wenn deine Frage sich hier auf Java bezieht: Ein Java-Programm kompilierst du nur einmal auf einer Plattform und es läuft dann ohne Änderungen auf allen anderen für die es eine JVM gibt (Win, Mac, Linux, Solaris, etc.). Zu 100% stimmt dies allerdings nicht. Wenn du nativen Code mit JNI ansprichst muss dieser natürlich portiert werden, allerdings braucht man JNI wirklich selten. Zudem sollte man seine GUI-Applikation nach möglichkeit unter den verschiedenen Betriebssystemen einmal testen - hin und wieder gibt es kleine aber nervige Verhaltensunterschiede auf den verschiedenenen Betriebssystemen.

Grundsätzlich läuft ein einmal kompiliertes Java Programm aber auf allen Plattformen.

2) -Ist mit Java alles möglich was mit Delphi/C++ auch möglich ist, sprich sowas wie auf Registry zugreifen, andere Programme fernsteuern etc ?

Nein (aber doch...). Ich weiß nicht was mit Delphi möglich ist. Die Leistung von C++ erreicht aber weder Delphi noch Java. Aber mit Hilfe des JNI (Java Native Interface) kann man aus Java heraus nativen Code ansprechen also z.B. Bibliotheken die in C++ geschrieben sind.

Delphi wird aber etwas besser in Windows integriert sein als es Java ist (Zugriff auf die Registry, Programme fernsteuern, etc.). Mit Java ist dies auch alles möglich, entsprechende Bibliotheken findet man meistens im Netz. Allerdings unterstützt Java direkt oft solche Verfahren nicht, da viele dieser Verfahren nur auf Windows funktionieren. Da Java aber auf allen Plattformen gleichermaßen laufen soll werden viele dieser Insel-Lösungen nicht unterstützt oder aber abstraiert. Ein Beispiel für letzteres ist der Zugriff auf die Registry. In Java benutzt man hierzu die Klasse Preferences. Diese Klasse speichert die Schlüssel/Wert Paare unter Windows in die Registry und unter anderen Betriebssystemen in spezielle Dateien.

3) -Kann ich den Quellcode von einem Java Programm unter Linux 1:1 auch unter Windows kompilieren?

Ja, und nicht nur das. Auch die fertig kompilierten Dateien laufen auf allen Plattformen. Ein Java Programm muss nur einmal kompiliert werden und läuft dann auf allen Plattformen.

4) -Wenn ich Komponenten entwickle, sind die dann on der IDE unter Win UND Linux ohne anpassung zu verwenden?

Ja.

5) -Welche Entwicklungsumgebung(en) sind für beide OS zu empfehlen? Von Delphi bin ich da ja relativ viel Luxus gewohnt und würde gerne auf ähnlichem Niveau weiter entwickeln können. Aber möglichst hätte ich gerne eine IDE die es unter Linux und Win gibt und zu 100% kompatibel zueinander sind.

Eclipse oder Netbeans (oder Vim ;-)). Eclipse ist in meinen Augen die "bessere" IDE - Netbeans bietet aber von Haus aus einen leicht zu bedienenden GUI-Builder.

MfG,
Hilefoks

 

[Streetch]

schonmal danke für die ausführlichen und hilfreichen Antworten.
Klingt ja alles sehr gut und ich werd mir dieses WE wohl auch mal Eclipse dann näher ansehn.

Eine weitere Frage ist aber entstanden. Wenn von einem Kompilat das auf allen OS funktioniert gesprochen wird, ist das ja eigentlich Interpretiert von der JVM. Soweit ich informiert bin kann man die Projekte aber auch so kompilieren dass sie unabhängig von einer JVM (damit aber auch Plattformabhängig) ist, mit aber einem Geschw. Vorteil der C++/Delphi Programmen ähnlich kommt....soweit meine Informationen/Vermutungen zumindest.

Ach doch noch eine Frage....unter Delphi habe ich auch viel API funktionen benutzt (Programme/Dateien starten mit ShellExecute, oder OS runterfahren, Lautstärke ändern...). Sehe ich das richtig dass Java für die meisten Ersatz hat und die entsprechende Betriebssystemspezifische Funktion aufruft? Oder sind alle Funktionen bei denen man mit anderen Sprachen API Befehle aufruft ein Fall für dieses plattformabhängige JNI ?

 

[Wildcard]

Eine weitere Frage ist aber entstanden. Wenn von einem Kompilat das auf allen OS funktioniert gesprochen wird, ist das ja eigentlich Interpretiert von der JVM. Soweit ich informiert bin kann man die Projekte aber auch so kompilieren dass sie unabhängig von einer JVM (damit aber auch Plattformabhängig) ist, mit aber einem Geschw. Vorteil der C++/Delphi Programmen ähnlich kommt....soweit meine Informationen/Vermutungen zumindest.

Java ist nicht wirklich interpretiert. Es wird in eine plattformunabhängige Zwischensprache kompiliert die von der JVM ausgeführt wird.
Zur Laufzeit verwandelt der JIT bei Bedarf den Bytecode in ein natives Kompilat.
Von der Vorstellung Java nativ zu kompilieren solltest du Abstand nehmen und auch von der Vorstellung Delphi sei schneller weil nativ kompiliert, solltest du dich verabschieden weil das unbegründet ist.

Ach doch noch eine Frage....unter Delphi habe ich auch viel API funktionen benutzt (Programme/Dateien starten mit ShellExecute, oder OS runterfahren, Lautstärke ändern...). Sehe ich das richtig dass Java für die meisten Ersatz hat und die entsprechende Betriebssystemspezifische Funktion aufruft? Oder sind alle Funktionen bei denen man mit anderen Sprachen API Befehle aufruft ein Fall für dieses plattformabhängige JNI ?

Einige Dinge sind plattformunabhängig implementiert, andere nicht.
Dateien starten -> funktioniert
Shell zugriff -> geht sowieso, aber was du auf der Shell machst ist natürlich immer plattformabhängig
OS runterfahren -> Shell-Befehl
Lautstärke ändern -> hier wird's sehr spezifisch, du musst also auf mittels JNI auf die API des OS zugreifen.

 

[Hilefoks]

Eine weitere Frage ist aber entstanden. Wenn von einem Kompilat das auf allen OS funktioniert gesprochen wird, ist das ja eigentlich Interpretiert von der JVM. Soweit ich informiert bin kann man die Projekte aber auch so kompilieren dass sie unabhängig von einer JVM (damit aber auch Plattformabhängig) ist, mit aber einem Geschw. Vorteil der C++/Delphi Programmen ähnlich kommt....soweit meine Informationen/Vermutungen zumindest.

Man kann, z.B. mit dem GCJ, einige Java Programme nach nativen Binär-Code übersetzen. Dies funktioniert aber noch nicht umfassend - grafische Swing-Applikationen lassen sich so z.B. nicht übersetzen. Aber gerade durch das native kompilieren eines Programms wird es plattformabhängig. C++ z.B. ist immer plattformabhängig, allerdings kann man den C++ Sourcecode (mit Mühe) plattformunabhängig gestalten.

Also: Gerade durch die JVM wird das Javaprogramm plattformunabhängig.

Zur Geschwindigkeit: C++ ist schneller als Delphi oder Java - klar. Aber in vielen vielen Fällen ist Java nicht oder nicht merklich langsamer. Java ist langsam beim starten - danach merkt man es normalerweise nicht mehr. Java hat in dieser Hinsicht einen besonders schlechten Ruf. Dieser Ruf kommt vor allem aus alten Swing-Zeiten als dieses noch nicht besonders performant war und/oder einfachen Programmierfehlern, die aber gerade Anfänger gerne machen.

Für normale Applikationen ist Java eigentlich immer schnell genug. Wenn es wirklich mal nicht reicht - dann kann man diesen kleinen Teil der Applikation der wirklich performance-kritisch ist immer noch in C++ schreiben und per JNI an Java anbinden.

Ach doch noch eine Frage....unter Delphi habe ich auch viel API funktionen benutzt (Programme/Dateien starten mit ShellExecute, oder OS runterfahren, Lautstärke ändern...). Sehe ich das richtig dass Java für die meisten Ersatz hat und die entsprechende Betriebssystemspezifische Funktion aufruft? Oder sind alle Funktionen bei denen man mit anderen Sprachen API Befehle aufruft ein Fall für dieses plattformabhängige JNI ?

Viele der von dir genannten Funktionen sind ark plattformabhäng. Natürlich kannst du mit Java Befehle ausführen - dann ist dein Programm aber nicht mehr plattformunabhängig. Über einen solchen Befehl kannst du unter Linux/BSD z.B. auch die Lautstärke einstellen. Per JavaSound geht das vielleicht sogar plattformunabhängig. Das System kann man auch mit solchen Befehlen herunterfahren - würdest du das aber ernsthaft machen würde ich dich erschl.... wollen. ;-)

Aber: Java hat einige riesige Klassenbibliothek (API). Damit ist so gut wie alles möglich. Solange du kein Betriebssystem schreiben möchtest (wozu du immer mindestens Assembler benötigst) kannst du nahezu alles in Java machen.

MfG,
Hilefoks

P.S: Und ein Betriebssystem in Java gibt es auch -> http://www.jnode.org.

 

[Guest]

Über einen solchen Befehl kannst du unter Linux/BSD z.B. auch die Lautstärke einstellen. Per JavaSound geht das vielleicht sogar plattformunabhängig. Das System kann man auch mit solchen Befehlen herunterfahren - würdest du das aber ernsthaft machen würde ich dich erschl.... wollen. ;-)

Wieso? Wo liegt das Problem. Also System herunterfahren ist ein relativ wichtiges Feature des Programmes (bzw das mit der höchsten Priorität) dass ich mir überlege in Java nochmals neu zu schreiben (bis dato Delphi).
Wenn ich dich richtig verstanden habe ist das herunterfahren über die Java eigenen Befehle ein no-go ?

 

[Wildcard]

Wenn ich dich richtig verstanden habe ist das herunterfahren über die Java eigenen Befehle ein no-go ?

Ja, dafür gibt es keinen Befehl in der API (wer möchte auch ein Programm haben das den PC runterfährt?).
Ist aber kein Problem in Java über die Runtime umzusetzen.
Einfach eine Betriebssystem Weiche einbauen, dann ist das mit wenigen Zeilen erledigt.