Original geschrieben von Christian Fein
ch habe mir die Bookmarkverwaltung angesehen, und genau da kommt einer der grössten nachteile von JavaScript zum Vorschein.
Unter konqueror funktioniert Sie nicht. Es gibt zu viele Browser die unterschiedlich JavaScript beherrschen.
Stimmt - das ist _der_ Nachteil von JS. Aber der zählt nur wenn
1) man sich seiner Zielplattform nicht bewusst ist
2) man den Code nicht CrossBrowser Kompatibel hält. Man kann sogut wie jedes Javascript auf allen modernen Browsern zum laufen bringen - ist nur die Frage ob man das machen will... Alte Programme wie NS 4.72 kann man auch noch zu einigen Sachen überreden - spar ich mir aber meistens weil eine 100% Unterstützung dieser veralteten Software mehr Nachteile als Vorteile mitsichbringt (CSS Support zum Beispiel).
Mit einer Serverseitigen geschichte kann mann viel mehr machen.
aber auch viel weniger, das brauch ich dir nicht zu erklären. JS / Serversprachen haben ja nicht das gleiche Einsatzgebiet (meistens). Außerdem kann man Javascript auch Serverseitig verwenden...
Gibt es eine Programmiersprache oder Scriptsprache, die schneller als JavaScript ist und auch auf dem Client laufen kann?
Wichtig, nach meiner Erfahrung liegt der Bottleneck in der Verbindung
JavaSript - HTML/PHP
Auf diesem Aspekt ist noch keine Antwort eingegangen
Kommt drauf an, wenn du Client = Browser definierst, wirst du wohl oder übel nicht um JS herumkommen. Wenn du Client = Programm das Daten vom Server holt/schreibt definierst, wirst du zum Beispiel mit Python + GTK besser fahren. Den Bottleneck beim Auslesen der Felder kannst du meiner Meinung nach nicht umgehen - wenn die Daten ausgelesen werden müssen, kommst du halt leider nicht drum herum...
Es geht nicht um eine "Internet-Seite", sondern um eine Software, mit der gearbeitet wird.
Es werden auf einmal 600 Datensätze geladen. Eine Eingabe in einem der Datensätze beeinflußt gleich 20 Datensätze auf einmal. Diese Änderungen muß der User sofort sehen (ohne "Submit" und Neuladen)
Es sollte einwenig wie eine Spread-Sheet-Applikation wirken, aber keine sein.
Dann würde ich mir nochmal überlegen ob es über den Browser laufen soll, wenn die Vorlage dies nicht ausdrücklich verlangt.
Es ist einfach schlampige Software und Unwissendheit mir vorzuwerfen, und wißt
Das hat doch niemand gemacht. Ok, ich fasse nochmal zusammen:
-Bei Browser basierenden Anwendungen mit JS/PHP kommst du um JS nicht rum. Unter IE könntest du noch vbs verwenden, was aber garantiert nicht schneller ist (außerdem könntest du dann alles was du hast wegwerfen)
- Den Bottleneck beim Formularauslesen wirst du nicht wegbekommen. Es wäre aber evtl interessant wie oft und wie viel gelesen wird - vielleicht kannst du da etwas einsparen
- Vielleicht liegt der Bottleneck wo anderes - Variablen auslesen sollte mestens nicht zu einem solchen Performance Einbruch führen.
- Wenn du nicht auf HTML setzten musst dann Schreib den Client neu. C# oder Java wären meine Vorschläge - dort könntest du u.a. mit echten Datagrids arbeiten und Datenbank Abfragen sind auch kein Problem
- Wenn du keinen Kompletten Client neu schreiben willst, dann schau dir mal das Mozilla Framework an. Damit lassen sich relativ schnell Anwendungen schreiben (auch in C und JS) - somit könntest du die Rechenintensiven Parts in z.B. C auslagen. (
http://books.mozdev.org)
