Java ist - vor allem auch - einen Insel. Und eine amerikanische Form der unendlichen Variationen (kawe, kawa, ...) zur Bezeichnung von Trink-Kaffee. Ich kenne aber nicht die übliche Form, wie hier so ein Thema dann mit einer Navigationsseite aufgeteilt wird.
Entschuldigt, habe jetzt erst gesehen, dass der Link Java auf Programmiersprache_Java umgeleitet wurde. Hat mich etwas verwirrt (weil es keine Umleitungsanzeige gibt). -- HelmutLeitner
Ich hab da mehrere Probeme mit dem Artikel:
- Java ist nicht rein objektorientiert, int usw. sind keine Objekte.
- Applets werden beschrieben, sind aber heute fast bedeutungslos.
- Es fehlt der ganze J2EE/Server Bereich, der sehr viel gewicht hat.
- Es sollte auch eine deutliche Trennung vollzogen werden zwischen der Implementierung von SUN und der Sprache an sich.
- JAVA ist eine spezielle Sorte Kaffe, keine umgangssprachliche Beziechnung, oder?
- Es sollte vielleicht noch ein Verweis auf Vorgänger gemacht werden (Smalltalk, USCD Pascal,...)
Wenn ich dazukomme, das in vernünftige Sätze zu packen, mache ich das. OliD 20:53, 19. Mai 2003 (CEST)
Ich muss Dir leider in ein paar Punkten widersprechen:
- Java ist rein objektorientiert, für alle primitiven Typen wie "int", usw. gibt es auch entsprechende Klassen, z. B. Integer.
- Applets sind nicht bedeutungslos, wenn Du Bankgeschäfte über das Internet abwickelst, kommst Du an Java nicht herum
- J2EE fehlt, da stimme ich absolut zu
- Nun, Sun ist nun mal der Erfinder von Java. Man könnte höchstens andere Implementierungen wie Kaffee (gnu) oder Jikes (IBM) erwähnen.
- Java ist eine ziemlich starke Kaffesorte, die von der Insel Java her bezogen wird
- Mit dem Vorgänger Smalltalk bin ich einverstanden
jonelo 21:45, 19. Mai 2003 (CEST)
Ich geb ja zu, manchmal übertreibe ich ein bischen... Aber immer nur zur Verdeutlichung :-))
- Mit dem "reinen" objektorientierten hast Du dir da grade selbst wiedersprochen oder? "Rein" ist Python, C# und Smalltalk. Dort gibt es nur (aussschliesslich) Objekte. Und keine Primitivtypen. Die sind übrigens auch noch ein Problem für die Portabilität, da ihre Grösse vom ausführenden System abhängt.
- Mit trennen (Java/SUN) meinte ich, dass Features der VM von Sun nicht von Eigenschaften der Sprache Java getrennt wurden. zB JIT ist ein Feature der VM, hat im Prinzip nix mit Java zu tun. Und die VM ist auch nicht von Java abhängig, man kann Bytecode drauf ausführen, der aus allen möglichen Sprachen herkommt. (Praktisch macht das recht wenig Unterschied, da eh 90% der Anwendungen auf der Sun VM laufen, und mit den Sun Klassen)
- Ich weiss, dass Applets nicht bedeutungslos sind, ich benutze fast täglich eins. Das ist aber eine Nische, die auch nicht grösser werden wird. Am interessantesten ist Java vor allem auf dem Server, und wenn auf dem Client, dann als normale Applikation.
- Eventuell noch ein Verweis auf C#, da es ähnliche Konzepte verwendet.