marathon-laufen

Weitaus mehr würde mich eine Nachricht erfreuen, die
> Kompatibilitätsprobleme mit Java sind überwunden, und
> die Sandbox ist sicher.
>
> Problem 1: Java wurde zu schnell “verbessert” und hat
> zu viele Klassen. => eine Vielzahl von Klassen wurde
> sogleich “missbilligt” - ältere Java-Programme werden
> irgendwann ihren Dienst versagen.
Häääh? Zue viele Klassen? Hast Du dir schonmal C angesehen mit MFC?
Ausserdem kannst Du dir nur die Klassen rausziehen und zu einem
Paket zusammenstellen, die Du brauchst. Immerhin gibt es sie alle als
Sourcecode.
> Ausserdem laufen Applets nicht überall; mag zum Teil
> an J liegen, zum Teil ist es aber einfach das RTE.
> Durch Schlankheit und Nicht-Marathon-Aufblasen gäb’s
> das nicht.
Das die verschiedenen RT Hersteller Ihr eigenes Süppchen kochen und
damit für inkompatibilitäten sorgen ist doch deren schuld.
Man kann Java auch nicht auf Applets reduzieren.
Wenn ich mit Suns JDK eine Anwendung in Win32 entwickelt habe, läuft
die mit Suns RT auch auf Solaris ohne Probleme.
Wer J als Java-Entwicklungsumgebung nutzt… Nun ja, kann man
denjenigen ernst nehmen? Er geht wieder auf die Microsoft-Schiene und
die ist garantiert NICHT kompatibel.
> Problem 2: Sicherheit; mit Java-Applets kann man letztlich nun
> DOCH auf der Clientfestplatte rummurksen (wow, Konkurrenz
> für Microsofts VDK !) - zwar mit Warnung, wenn man aber
> erst einmal solche Möglichkeiten den Weg ebnet, ist die
> Gefahr auch gegeben, dass die Sicherheitsmechanismen
> ausgetrickst werden können.
>
> Trotzdem ist Java ansonst eine große Freude für Entwickler;
> man kann zwar nicht performanceintensiv, dafür aber
> plattformunabhängig programmieren - immer noch besser,
> als Visual BASIC-Programme.
Wenn Du Dich an Standard C hälst, bist Du auch platformunabhängig.
Bei PERL auch, etc,etc…
Mark

This entry was posted on Freitag, September 5th, 2008 at 21:01 and is filed under Allgemein. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.