Diskussion:Java (Programmiersprache)

Archiv
Zum Archiv

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 120 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten.

Absatz C#

Teil vom Absatz ist Obsolet "Programmiersprachen umsetzen. Im JDK Version 7, das derzeit etwa für Mitte 2011 erwartet wird,[14] "
Das jdk ist am 28.07.2011 veröffentlicht worden. http://openjdk.java.net/projects/jdk7/

Vorschlag: Im JDK Version 7, das am 28.07.2011 veröffntlicht wurde ... (nicht signierter Beitrag von 85.180.100.84 (Diskussion) 00:04, 10. Aug. 2011 (CEST))

Done - allerdings stimmte der Satz so nicht ganz. Dynamische Sprachen wurden auch davor unterstützt, jetzt laufen sie halt viel schneller. --Sebastian.Dietrich ✉ 10:16, 27. Okt. 2011 (CEST)

Falscher erster Satz

"In C# ist es ebenso wie in Java möglich, Ausnahmen (exceptions) zu einer Methode zu deklarieren. In Java können Ausnahmen so deklariert werden, dass sie auch verarbeitet werden müssen (checked exception)."

Der erste Satz stimmt nicht. C# kennt keine Exception-Deklarationen im Methodenkopf. Ich würde es ja korrigieren, aber dann käme wieder ein bescheuerter Admin und würde es rückgängig machen. Und weg... (nicht signierter Beitrag von 217.91.73.157 (Diskussion | Beiträge) 09:52, 27. Okt. 2011 (CEST))

Dass Admins korrekte Infos rückgängig machen kommt extrem selten vor - Irren ist menschlich. Die hier angesprochene Änderung, vor allem wenn Du beim Speichern eine Referenz auf entsprechende Infos mitgibst, würde aber mit Garantie drinnen bleiben. Also machs ruhig --Sebastian.Dietrich ✉ 10:16, 27. Okt. 2011 (CEST)

Absatz C++

-reflection http://java.sun.com/developer/technicalArticles/ALT/Reflection/ Summary Java reflection is useful because it supports dynamic retrieval of information about classes and data structures by name, and allows for their manipulation within an executing Java program. This feature is extremely powerful and has no equivalent in other conventional languages such as C, C++, Fortran, or Pascal.
Es wird der Vorteil von reflection gegenüber C++ in keinem Wort erwähnt, sollte jedoch weil es ein gewichtiges Merkmal von Java ist. (nicht signierter Beitrag von 85.180.100.84 (Diskussion) 00:04, 10. Aug. 2011 (CEST))

Redundanz mit Java (Technik) und OpenJDK

der Absatz Java_(Programmiersprache)#Java_als_freie_Software ist redundant zu Java_(Technologie)#Lizenz und OpenJDK#Geschichte - das sollte mMn nur in einem der Artikel stehen und nur darauf verlinkt werden... - der richtige Platz dafür wäre mMn bei OpenJDK --Sebastian.Dietrich 22:23, 4. Nov. 2009 (CET)

Unterschiede zu ähnlichen Sprachen

Smalltalk

Es sollte darauf eingegangen werden, dass Java von sich aus keine Messages unterstützt, was das wichtigste Sprachmittel von Smalltalk ist. Sonst entsteht der Eindruck, dass Java und Smalltalk sich sehr ähneln, obwohl deren Konzeptionen sich doch sehr stark unterscheiden. Smalltalk: dynamisch typisiert, Klassenobjekte (nicht verwechseln mit statischen Methoden), Messages, Blöcke. Java: statisch und stark typisiert, nur statische Methoden (Klassen sind keine Objekte), keine Nachrichten nur "normale" Methodenaufrufe (Wobei man hier anmerken sollte, dass diese Eigenschaften Javas an der Grundidee von OOP vorbei gehen, siehe Ausführungen Alan Kay). --Karolherbst 09:47, 22. Sep. 2010 (CEST)

Entwicklungsumgebungen

Seit XCode 3.2 gibt es im Prinzip keine Java Unterstützung mehr, da seit der 64-bit Implementierung von Cocoa die Java-ObjC Brdige nicht mehr weiterentwickelt wird, da diese auf Carbon aufbaut und es Carbon nicht als 64-bit Version geben wird (schon in XCode 3.1 merkte man die mangelnde Unterstüzung Javas). --Karolherbst 09:52, 22. Sep. 2010 (CEST)

Roberta

Unter Literatur steht ein Link auf Roberta. Roberta ist aber kein Buch sondern ein Ausbildungskonzept. Sollte gestrichen werden. -- Signaturnachtrag: 134.106.56.253 am 1. November 2010 um 16:57; nachgetragen von --Zahnradzacken 18:46, 1. Nov. 2010 (CET)

Android

Es sollte an geeigneter Stelle ein Verweis auf Android (Betriebssystem) eingefügt werden. Schließlich wird dort java als Sprache (wenn auch nicht als bytecode) verwendet und Android hat doch eine sehr starke Bedeutung im Smartphone-Bereich -- 83.97.72.14 21:28, 29. Sep. 2011 (CEST)

aktuelle Version

Hier: 7.0.1

englishe wiki: Java Standard Edition 7 Update 1(1.7.1)

Was sit richtig??? (nicht signierter Beitrag von 93.232.55.153 (Diskussion) 14:01, 12. Nov. 2011 (CET))

Das mit den Versionen ist so eine Sache. Es gibt eine "technische" Version (die mit "1." davor), und eine umgangssprachliche/marketingtechnische Version (die ohne "1.") davor. mMn ist alles korrekt - Java 7 Update 1, Java 1.7.1, Java 1.7 Update 1, ... --Sebastian.Dietrich ✉ 16:55, 12. Nov. 2011 (CET)

nope, 1.7.0 update 1, nicht 1.7.1. -- ∂ 20:15, 12. Nov. 2011 (CET)

Entstehungsjahr von JAVA?

Auch ich fände den obigen Bezug zu Android ergänzenswert. Genauso aber vermisse ich eine Antwort auf die Frage, wann JAVA zum ersten Mal "auf den Markt" kam bzw. von SUN vorgestellt wurde ? --Guenni60 20:00, 16. Jan. 2012 (CET)

Kritik

Gibt es denn überhaupt keine Nachteile oder irgendeine Kritik im zusammenhang mit Java? Irgendwelche Kontroversen? Warum würde man manchmal eine andere Sprache wählen? (nicht signierter Beitrag von 87.153.132.154 (Diskussion) 08:17, 9. Feb. 2012 (CET))

Du hast recht - es gibt viel (begründete und unbegründete) Kritik/Kontroversen rund um Java. Diese wären in einem Kritik Abschnitt in Java (Technik) mMn besser aufgehoben, da sie nur selten die Programmiersprache selbst, sondern meist die gesamte Technik betreffen. mMn gibt es aber nur 2 Situationen, wo Java deutlich andern Umgebungen unterlegen ist: 1) bei hardwarenaher Programmierung (--> C oder Assembler) und 2) bei quick&dirty release-early Web-Programmierung. --Sebastian.Dietrich ✉ 09:17, 9. Feb. 2012 (CET)

Nein, es gibt definitiv Kritik an der Programmiersprache Java. In anderen Sprachversionen findet sich solche auch. Wie man sieht, besteht bei dieser Kritik kein allgemeiner Konsens, aber sie existiert. Gerade bei denen, die sich gut mit Java auskennen und da viel Erfahrung haben.--Karl Brodowsky 22:00, 9. Feb. 2012 (CET)

Natürlich gibts Kritik - z.B. "kann keine Closures", "ist stark typisiert", "hat keine Properties a la C#", ... - aber für all die Punkte gibts Pros und Contras. Mir fällt auf die Schnelle nichts ein wo es halbwegs einen Konsens gibt, dass es in Java schlecht wäre. Ich fände es aber nicht gut in einem Kritik Abschnitt zu schreiben "Kann keine Closures. Fänden viele wichtig, andere fändens schlecht. Kommt vermutlich (Gott sei Dank / leider) mit Java 8". Auch mit Referenzen für Pro und Contra käme nur raus, dass sich die IT einfach nicht einig darüber ist, was gut und was schlecht ist. --Sebastian.Dietrich ✉ 23:01, 9. Feb. 2012 (CET)