On 5/23/07, Eric-Alexander Schaefer eric@gixgax.de wrote:
Zunaechst die Vorteile: -native Performanz weil Implementierung in beliebiger Sprache moeglich (inklusive C, Assembler)
Schlägst Du gerade vor, man solle Plug-Ins in Assembler schreiben? *entsicher_ak47*
Fuer bestimmte Anwendung (zB alle Arten von Signalverarbeitung ist maximaler Durchsatz gefragt. Den kriegt man nur durch Assembler (zB SSE2 und andere SIMD Technologien)).
-Speicherverbrauch ebenfalls potentiell sehr niedrig (wegen niedrigem
Overhaed von C Datenstrukturen)
Man kann in jeder Sprache schlechte Programme schreiben.
Deswegen auch das Wort "potentiell".
Jetzt die Nachteile:
-Der Nutzer muss dem Anbieter trauen, da ein ActiveX Objekt praktisch
die
gleichen Rechte wie beliebige andere Andwendungen besitzt.
Nö, besitzen sie nicht.
Was sind denn die Einschraenkungen von ActiveX Objekten ??
In der Theorie tut ActiveX das auch. Wenn Du aber dem Plug-In Zugriff auf die Platte gewähren willst, kannst Du es doch gleich ohne Browser laufen lassen.
Das was Du Plug-In nennst soll *nur* die von ihm erzeugten Dateinen lesen koennen. Meine Emails geht ein Spiel auf einem russischen Server nichts an.
und der Ressourcenverbrauch diese Technologie praktisch erledigt haben
(mit
Ausnahme von Datenbank- Anwendungen...)
Wenn Du Dich wirklich mit Java auseinandergesetzt hättest, dann wüßtest Du, dass es sich keinesfalls erledigt hat, im Gegenteil. Client-Server-Anwendungen werden zum überwiegenden Teil als Webanwendungen (mit Java-Application-Server-Backend) oder als reine
Das meinte ich mit "Datenbankanwendung". Diese Anwendungen schicken ein paar SQL Statements ab (die dann von einer in C geschriebenen Datenbankengine wie MySQL, PostGres oder Oracle ausgefuehrt werden) und basteln dann HTML zusammen. Das braucht keine CPU Leistung...
Java-Anwendungen entwickelt (Beweis durch Behauptung!). Performance oder
Ressourcenprobleme waren auch noch nie ein Grund, warum sich eine Technologie nicht durchgesetzt hat.
Zeige mir bitte eine Bildverarbeitungsanwendung, die Java geschrieben ist und die das gleiche tut wie zB GIMP. Das geht schlicht nicht, weil Java mindestens um den Faktor 10 zu ineffizient ist (Speicher und Laufzeit). Oder "Doom" in java ???
Außerdem fragen sich die
"Top-Entscheider" eher was ein GB Speicher und ein GHz Taktfrequenz kosten im Verhältnis zu Entwicklungs- und Deploymentzeit. Sieh Dir z.B. mal Java-Entwicklungsumgebungen an und wie erfahrene Entwickler damit umgehen. Da hast Du mit C+Editor+make nicht den Hauch einer Chance. Ehrlich. (KDevelop, Anjuta und Co. reißen es auch nicht raus)
Das ist fuer die obengenannten Datenbankanwendungen richtig.
Was meint Ihr dazu ?
Es stellt sich die Frage, warum man Platform-abhängige 3D-Spiele in Webseiten einbetten möchte, statt sie gleich direkt auf dem OS laufen zu lassen. Alles was weniger Performance-hungrig ist wird bereit in großem Stil mit Flash (oder wie immer das jetzt heißt) gemacht. Selbst Java sieht an der Stelle keinen Stich.
Warum spielen Menschen mit Computern ?
Was ist denn Dein Ziel dabei? Was möchtest Du in Webseiten einbetten,
was vorhandene Technologien nicht schon bieten (von 3D-Spielen mal abgesehen).
3D Games ohne Installation und mit 100% Sicherheit. Bildbearbeitung in einer Website. High-performance Animationen ohne die Krankheit Flash. Spracherkennung, alle Arten digitaler Signalverarbeitung....
Interessant waere auch die Frage, ob es etwas aequivalentes zum LSM auf
Windoze gibt !
Das gibts doch was von Ratio^WVista...
Was ist damit gemeint ?
Gruss
Frank