[Neuling] Allgemeine Fragen zu Java

[Juwi97]

Hallo,

ich bin zwar erst 13 aber die Fernuni hat mir, auf Grund meiner besonderen Reife auf diesem Thema, den Java-Kurs genehmigt.

http://www.isdb.fernuni-hagen.de/wbt/index.php/weiterbildungskurse/informatik/einfuehrung-in-java.html

So,
ich kenn ja durchaus auch andere Programmiersprachen, ich selber habe schon ein bisschen mit QBasic sowie C gearbeitet. Habe also mal aus lauter Freude ein bisschen gegoogelt. Jetzt habe ich ein paar Threads gefunden wo so Sachen vorkamen wie: "Ach, Java wurde nur für die Kiddies entwickelt, die nie vorhaben vernünftig zu programmieren!"

Aber das habe ich ja sehr wohl, ich werde sogar die Prüfung an der FernUni dann machen.

Jetzt hab ich schon mächtig geschrieben Nun zu meinen Fragen:

• 
  Ist Java den wirklich so Baby?
  
• Der Mann damals in meinem C-Kurs hat mir gesagt, das Java wohl die Programmiersprache ist mit der man quasi "alles" programmieren kann (Zukunftsicher, etc.). Stimmt das?
  
• Ich werde natürlich, nach ewig langem QBasic, gerade der OOP mit Swing zuwenden. Wie läuft das bei Java ab?
  
• Ist es sinnvoll sich ein Programm wie JBuilder zu kaufen oder reicht J5SE 2.0?
• Hat jemand mal ein Bild vom Swing?
• Aus den Java-Programmen wird doch dann mit einem Compiler eine .exe gemacht oder d.h. doch, das auf dem PC wo das Programm ausgeführt wird kein Java benötigt wird. Hatte irgendwo gelesen, dass das Script angeblich nur interpretiert wird

Sorry, wegen den ganzen Fragen. Bin einfach nur total wuschig, weil es bald los geht :toll:

-Julchen
Between: Hab mir direkt mal das Buch oben links bestellt Ist zwar nicht ganz UpToDate, aber 'nem geschenktem Gaul schaut man ja nicht ins Maul :lol:

 

[Gelöschtes Mitglied 5909]

1. nein im gegenteil
2. nein du kannst nix hardwarenahes machen (ohne aus java native code aufzurufen)
3. ich versteh die frage nicht
4. JBuilder ist eine IDE, J5SE 2.0 ist eine alte Java Runtime
Es gibt genügend freie IDEs wie Eclipse, Netbeans, IntelliJ Community Edition, JDeveloper
5. Häh?
6. Nein du kriegst keine exe sondern eine jar. Und diese wird interpretiert, ist aber vorher durch den compiler voroptimiert. Außerdem wird zur laufzeit der Code ggf. nativ übersetzt

 

[Gastredner]

Ist Java den wirklich so Baby?

Nein, das denke ich (2, Jahr Ausbildung zum FIAE) eher nicht.
Klar hat man bei Java nicht das ganze Zeiger- und Referenzen-Gewurschtel oder gar das manuelle Speichermanagement wie in C, aber ich würde dennoch nicht behaupten, dass Java "Baby ist", weil es die Entwickler vom ewig gleichen C-Downlevel-Trott erlöst.

Der Mann damals in meinem C-Kurs hat mir gesagt, das Java wohl die Programmiersprache ist mit der man quasi "alles" programmieren kann (Zukunftsicher, etc.). Stimmt das?

Desktop-Programme auf Java-Basis sind (noch?) eher selten, prinzipiell aber absolut kein Problem. Hardwarenahes lässt sich mit Java nicht realisieren, das meiste andere allerdings schon.

Ich werde natürlich, nach ewig langem QBasic, gerade der OOP mit Swing zuwenden. Wie läuft das bei Java ab?

Was meinst du damit genau?

Ist es sinnvoll sich ein Programm wie JBuilder zu kaufen oder reicht J5SE 2.0?

Hier vergleichst du Äpfel mit Birnen: J2SE 5 ist eine (ältere, aktuell ist Java 6 Update 20) Java-Umgebung, JBuilder eine IDE.
Prinzipiell gilt, dass du zum Entwickeln das aktuelle JDK benötigst - dieses enthält den Java-Compiler. Zum Entwickeln ist eine IDE hilfreich - und davon gibt es einige. Eclipse, Netbeans und IntelliJ IDEA sind nur die größten darunter.

Hat jemand mal ein Bild vom Swing?

Das Design von Swing hängt von dem aktuellen Look-And-Feel ab - unter Windows ist ein Windows-LaF verfügbar, unter Mac ein Mac-LaF, unter einem Unixoiden mit GNOME ein GTK-LaF, etc. Dazu gibt es eine gräßere Zahl weiterer, plattformunabhöngiger LaFs. Unter Home - javootoo.com findest du eine (nicht unbedingt aktuelle) Auflistung. Einen Screenshot des derzeit noch aktuellen Standard-LaFs (Metal mit Ocean-Theme) findest du im Wiki-Artikel zu Swing (Ocean wird in Java 7 durch Nimbus ersetzt werden und ist seit Java 6 Update 10 im JDK enthalten). Auf dieser Seite des Swing-Tutorials von Sun findest du eine Auflistung der Swing-Komponenten im Metal- und Windows-LaF.

Aus den Java-Programmen wird doch dann mit einem Compiler eine .exe gemacht oder d.h. doch, das auf dem PC wo das Programm ausgeführt wird kein Java benötigt wird. Hatte irgendwo gelesen, dass das Script angeblich nur interpretiert wird

Weder noch. Java-Sourcecode wird vom Java-Compiler in Bytecode für die Java Virtual Machine kompiliert. Dieser wird dann von der JVM ausgeführt resp. interpretiert.

 

[Wortraum]

> Ist Java den wirklich so Baby?
Weit und breit kein Babys.

> Der Mann damals in meinem C-Kurs hat mir gesagt, das Java
> wohl die Programmiersprache ist mit der man quasi "alles"
> programmieren kann (Zukunftsicher, etc.). Stimmt das?
Zukunftssicher ist es sicherlich, alles kann man damit aber nicht machen. Für logische und funktionale Programmierung ist es schlecht geeignet – es ist weder eine logische noch funktionale Programmiersprache –, gerätenahe Programmierung ist nicht möglich, betriebssystemnahe Programmier ist nicht möglich.

> Ist es sinnvoll sich ein Programm wie JBuilder zu kaufen oder
> reicht J5SE 2.0?
Wie Dir bereits gesagt wurde, haben die beiden Programme nichts miteinander zu tun. JBuilder mußt Du Dir nicht kaufen; Eclipse und Netbeans sind kostenlos, quelloffen und zwei hervorragende Entwicklungsumgebung, und es ist erst einmal nur Geschmackssache, welche man bevorzugt.
Eclipse.org home
Welcome to NetBeans

> Hat jemand mal ein Bild vom Swing?
Netbeans nutzt für die Oberfläche Swing. Du kannst es Dir also installieren und selbst anschauen, oder Du kannst Dir mit Google Bilder suchen.

> Aus den Java-Programmen wird doch dann mit einem Compiler eine
> .exe gemacht oder d.h. doch, das auf dem PC wo das Programm
> ausgeführt wird kein Java benötigt wird.
Ein Programm wird in Bytecode übersetzt, der dann in der JVM (Java Virtual Machine) ausgeführt wird. Da man diese JVM benötigt, muß man immer die JRE (Java Runtime Environment) installiert haben.

Es ist zwar möglich, aus dem Programm auch „eine Exe zu machen“, aber mir ist so etwas noch nie begegnet.

> Bin einfach nur total wuschig, weil es bald los geht :toll:
Viel Spaß, wenn es so weit ist!

 

[The_S]

Nachdem die anderen ja schon alles beantwortet haben, habe ich selbst noch eine Frage an dich.

Hallo,

ich bin zwar erst 13 aber die Fernuni hat mir, auf Grund meiner besonderen Reife auf diesem Thema, den Java-Kurs genehmigt.

http://www.isdb.fernuni-hagen.de/wbt/index.php/weiterbildungskurse/informatik/einfuehrung-in-java.html

Ich dachte, dass dieser Kurs prinzipiell für alle offen sei und nicht an ein bestimmtes Alter oder an eine "bestimmte Reife" geknüpft ist!? Was für Voraussetzungen hat denn der Kurs?

 

[faetzminator]

> Hat jemand mal ein Bild vom Swing?
Netbeans nutzt für die Oberfläche Swing. Du kannst es Dir also installieren und selbst anschauen, oder Du kannst Dir mit Google Bilder suchen.

Eclipse verwendet (und entwickelt!?) SWT / JFace, einne OS-nähere GUI-Lib im Gegensatz zu Swing. Vorteile liegen bei der Geschwindigkeit und dem Look and Feel, da die Lib relativ nativ arbeitet. Nachteil ist, dass man für jedes OS eigene Libs mitgeben muss. Programmierstil von Swing oder SWT ist Geschmackssache, die einen mögens lieber so, die anderen anders.

 

[Juwi97]

Nachdem die anderen ja schon alles beantwortet haben, habe ich selbst noch eine Frage an dich.



Ich dachte, dass dieser Kurs prinzipiell für alle offen sei und nicht an ein bestimmtes Alter oder an eine "bestimmte Reife" geknüpft ist!? Was für Voraussetzungen hat denn der Kurs?

Geht ja darum das ich am Ende auch die Prüfung machen kann

Aber mal BTT:
Wenn man aus den Java-Programmen keine .exe macht; sondern eine .jar ist das für mich doch völliger Schwachsinn :S
Warum macht keiner aus seinen Java-Programmen eine .exe?

 

[Gastredner]

Wenn man aus den Java-Programmen keine .exe macht; sondern eine .jar ist das für mich doch völliger Schwachsinn :S
Warum macht keiner aus seinen Java-Programmen eine .exe?

Wieso sollte man? Ein .jar wird einfach von der JVM eingelesen und ausgeführt (entpackt und die enthaltenen Bytecode-Dateien interpretiert, wenn man genau sein will). Eine .exe ist plattformabhängig - wolltest du dasselbe Programm nicht nur unter Windows, sondern auch unter Linux anbieten, so bräuchtest du wieder verschiedene Downloads und Binarys - DAS wäre Unsinn bei einer Sprache, die plattformunabhängig gedacht ist.

 

[Wortraum]

Vorteile liegen bei der Geschwindigkeit und dem Look and Feel, da die Lib relativ nativ arbeitet

Das wird oft behauptet, stimmt deswegen aber noch längst nicht.
http://cosylib.cosylab.com/pub/CSS/DOC-SWT_Vs._Swing_Performance_Comparison.pdf

Mir gefällt am wenigstens, daß man für jede Plattform andere SWT-Bibliotheken benötigt. Andererseits finde ich es gut, daß es zu Swing eine Alternative gibt und nicht eine Bibliothek allein vor sich hindümpelt.

 

[Lowpass]

Geht ja darum das ich am Ende auch die Prüfung machen kann
Aber mal BTT:
Wenn man aus den Java-Programmen keine .exe macht; sondern eine .jar ist das für mich doch völliger Schwachsinn :S
Warum macht keiner aus seinen Java-Programmen eine .exe?

Schwachsinn ist das auf keinen Fall. .exe-Dateien lassen sich von den drei grossen Betriebssystemen nur auf Windows ausführen. Sich nicht auf 1 OS beschränken zu müssen ist eine der wesentlichen Stärken von Java und der Idee des Bytecodes.

Die zweite Frage basiert dann aber auf einer Fehlannahme: es kommt durchaus vor, dass aus JavaProgrammen exe-Files gemacht werden. Dies geschieht mit einem sogenannten "Native Compiler". Damit kenne ich mich aber nicht weiter aus.

 

[The_S]

Geht ja darum das ich am Ende auch die Prüfung machen kann

Warum sollte man die mit 13 nicht machen dürfen?

 

[Wortraum]

Warum macht keiner aus seinen Java-Programmen eine .exe?

Die Exe mag dann unter einem 32-Bit-Windows laufen, und was ist dann mit 64Bit? Und was ist mit beispielsweise FreeBSD oder Solaris? Was ist dann mit Sparc, PPC und anderen Architekturen? Es ist doch eher unpraktisch, für jede Architektur und jedes Betriebssystem eine ausführbare Datei zu erstellen. Was Du aufgäbest, wäre also die Plattformunabhängigkeit.

Während der Laufzeit in der JVM finden außerdem ganz enorme Optimierungen statt, und auch die gäbe man auf, ließe man eine Java-Anwendung nativ laufen.

Wenn man aus den Java-Programmen keine .exe macht; sondern eine .jar ist das für mich doch völliger Schwachsinn :S

Ich bezweifle zwar, daß das für Dich Schwachsinn ist, falls es das aber tatsächlich sein sollte, ist Java die falsche Sprache für Dich. Es ist nämlich eigentlich gerade ihre Stärke und einer der Hauptgründe für ihre rasche Verbreitung und Beliebtheit.

Vorteile haben allerdings meistens auch Nachteile, und im Falle der JVM gibt es die natürlich auch. Mir fallen gleich drei ein: Ersten ist der Speicherverbrauch größer, was bei heutigen Speicherpreisen kaum ein Argument ist und nach Unix-Philosophie noch nie war. Zweitens ist die Ladezeit von Java-Anwendungen, für die die JVM in den Speicher gehievt werden muß, ziemlich groß. Drittens befindet sich die Anwendung in einer Art virtuellem Rechner, weshalb die geräte- und betriebssystemnahe Programmierung nicht oder nur schwer möglich ist.

Dafür kann man eine Java-Anwendung beispielsweise bequem per Java-Web-Start oder als Applet verteilen, und überall läuft sie. Dafür muß man nicht darauf achten, wie groß denn nun long oder double ist – bei Sprachen wie C sind sie nicht einheitlich, sondern von der Architektur und dem Übersetzer abhängig. Dafür profitieren alle Programme durch Verbesserung der JVM; die JVM wurde eigentlich stetig schneller, und somit auch alle Java-Programme. Dafür erhält man dynamische Optimierungen. Dafür hat man Sicherheitsvorteile durch die Abschottung der JVM.

In der JVM können auch andere Sprachen als Java ausgeführt werden, so gibt es beispielsweise dafür JRuby (Ruby), Jyhton (Pyhton), Groovy (dynamisch typisiert), Scala (funktional), JScheme (Scheme), Rhino (JavaScript). Über JNI können plattformabhängige Funktionen genutzt werden, so nutzt SWT beispielsweise Funktionen des Betriebssystems zur Darstellung der GUI.

Für den Anwender ändert sich hingegen nichts, außer daß er eben die JRE installiert haben muß. So muß er aber auch Bibliotheken für andere Programme installiert haben: Spiele fragen, ob sie DirectX installieren sollen; Firefox installiert Flash nach, und Java-Anwendungen benötigen eben die JRE. Ein Programm läßt sich dann für den Anwender trotzdem mit Doppelklick starten.

 

[faetzminator]

Das wird oft behauptet, stimmt deswegen aber noch längst nicht.
http://cosylib.cosylab.com/pub/CSS/DOC-SWT_Vs._Swing_Performance_Comparison.pdf.

Gut, nehme ich zur Kenntnis Ist also kein Grund (mehr?). Und ich will nicht behaupten, dass ich keine Tests finden würde, in welchen SWT gewinnen würde - heute scheint's einfach egal zu sein.

 

[Juwi97]

Aber,

ich habe noch nie ein Programm ala .jar heruntergeladen?!

Von daher muss die Welt verdammt wenig Java-Programmierer haben oder man neigt doch dazu seine .jar Dateien in .exe zu komplieren, andererseits handelt es sich ja oft um Installer.


Was genau darf ich unter "Hardwarenahes" lässt sich nicht programmieren verstehen.

Desktop-Programme auf Java-Basis sind (noch?) eher selten, prinzipiell aber absolut kein Problem. Hardwarenahes lässt sich mit Java nicht realisieren, das meiste andere allerdings schon.

Muss ich mir da jetzt sorgen machen, das ich nachher nur TicTacToe für mein HTC coden kann?
Mir geht es ja hauptsächlich um die Desktop-Programme.

 

[Cola_Colin]

Hardwarenah bedeutet:
kein inline assembler
keine einfache Möglichkeit der Hardware direkt befehle zu geben.
Die Kommunikation von deinem Programm zum System läuft über die JVM.

Das durchschnittliche Programm benötigt sowas meistens auch nicht.

 

[Juwi97]

Also könnte man nur z.B. mit Java kein Brennprogramm programmieren.

 

[faetzminator]

Nicht ohne JNA, JNI oder was auch immer dahinter Gibt aber - zumindest unter Linux - auch Programme, welche ein GUI für mehrere Command Line Progs bieten.

 

[Gastredner]

Muss ich mir da jetzt sorgen machen, das ich nachher nur TicTacToe für mein HTC coden kann?
Mir geht es ja hauptsächlich um die Desktop-Programme.

Das es bisher keine überragende Anzahl von Java-Desktop-Programmen gibt bedeutet nicht, dass Java in irgendeiner Form ungeeignet für solche Programme wäre. Solange du nicht direkten Zugriff auf die Hardware oder Betriebssystemfunktionen (z. B. Win32-API) benötigst ist quasi alles in Java realisierbar. Und wenn du doch einmal Zugriff benötigst, kannst du für die entsprechenden Plattformen Code in einer anderen Programmiersprache (z. B. C) schreiben und ihn einbinden (wodurch du dann halt die Plattformunabhängigkeit verlierst).

 

[JensMander]

Auf Ext JS — JavaScript Framework and RIA Platform gibt es einmal Beispiele was man mit Javascript(kein JAVA!!!!) und Achtung jetzt kommt es Java anstellen kann, wobei ich zugeben muss, das ich bisher noch nicht mit Ext GWT sondern nur mit der Javascript-Varaiante gearbeitet habe.

 

[Jemand]

Die Welt hat recht eigentlich recht viele Java-Programmierer. Wenn ich ein Programm als finale Version an Windows-Nutzer ausliefer geb ich denen auch eine Exe. D.h. ich packe mittels eines Tools die jar-Datei in eine Exe (Exe-Wrapper z.B. jsmooth). Das bedeutet allerdings immernoch das der Benutzer ein JRE auf seinem Rechner braucht. Aber bei .net ist das auch nicht anders.

Der Vorteil ist eben das eine Jar sich bei korrekt installiertem JRE wie eine EXE auch mit Doppelklick öffnen lässt. Und das unter Windows, Mac, Linux, Solaris etc...

 

[Noctarius]

Die Welt hat allein schon viele Java Entwickler, weil viele Serveranwendungen in Java entwickelt sind und z.B. auch Datanbanken (wie Oracle, PostgreSQL, ...) Stored Procedures in Java unterstützen.
Nur im reinen Desktopbereich hat es sich nicht so durchgesetzt und wenn eher im Firmenumfeld. ier gibt es prominente Beispiele wie die neue SAP Netweaver Plattform (Eclipse RCP basiert), Eclipse selber, Lotus (glaub auch Eclipse RCP basiert) usw. Hier hat das Eclipse RCP aber meist die Nase vorn.