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