Frage

Wir stellen eine Webanwendung mit einem komplett in Adobe Flash entwickelten Frontend zur Verfügung.Als wir uns vor sechs Jahren für Flash entschieden haben, taten wir dies wegen der großen Anzahl an Funktionen für die Benutzerinteraktion, wie z. B. das Ziehen von Inhalten, das Öffnen und Schließen von Menüs, Baumnavigationselemente, Popup-Dialoge usw.

Heutzutage ist es offensichtlich, dass AJAX/JS ungefähr die gleichen Möglichkeiten bietet und aufgrund der Vielzahl an Frameworks, die leicht verfügbar sind, ist es sehr gut machbar, diese zu implementieren.

Gibt es einen technischen Grund, warum man eine der beiden Technologien der anderen vorziehen sollte?Mit „technisch“ meine ich Leistung, Sicherheit, Portabilität/Kompatibilität und dergleichen.Damit meine ich nicht Aspekte wie die Art und Weise, wie die Entwicklung in Flash ohne Programmierkenntnisse erfolgt, oder die Frage, ob es sinnvoll ist, eine App von einer auf die andere umzustellen.

Wie ich gerade erklärt habe in einer anderen Frage, Mir scheint, dass JS in Bezug auf den Marktanteil weit vorne liegt und ich frage mich, ob wir einen wichtigen Punkt übersehen, wenn wir bei Flash bleiben.

War es hilfreich?

Lösung

  • Korrekt gestaltete AJAX-Apps lassen sich besser googeln als Flash
  • Korrekt gestaltete AJAX-Apps lassen sich leichter per Deep Link verlinken als Flash
  • AJAX erfordert kein Plugin (Flash ist ziemlich allgegenwärtig, daher ist es keine große Sache)*
  • AJAX wird nicht wie Flash von einem einzelnen Unternehmen kontrolliert

Bearbeitet, um Folgendes hinzuzufügen:* Mit Ausnahme des iPhone, wie Abdu betont.

Andere Tipps

Zusätzlich zu dem, was andere gesagt haben, ist Flash auf das „Rechteck“ beschränkt und kann nicht unauffällig in eine normale HTML-Seite eingefügt werden.

@Gulzar Ich denke, wenn mehr Browser das Video-Tag unterstützen, wie es Mozilla 3.1 tut, werden wir eine noch stärkere Akzeptanz von Ajax/JS gegenüber Flash erleben.

  • Adobe Actionscript ist eine statisch typisierte Sprache, Javascript ist dynamisch typisiert.Abhängig von Ihrer Sichtweise kann dies eine gute oder eine schlechte Sache sein.
  • Mit Javascript/HTML/CSS geraten Sie in die Hölle der browserübergreifenden Kompatibilität, insbesondere wenn Sie ältere Browser unterstützen möchten.Dies kann durch die verfügbaren Bibliotheken gemildert werden, bereitet aber immer noch große Kopfschmerzen.Mit Flash schreiben Sie den Code einmal und er funktioniert einfach in allen Browsern.
  • Selbst mit den verfügbaren Bibliotheken sind die Flash-Benutzersteuerelemente einfach fortschrittlicher als alles, was Sie in der Welt von Javascript/HTML finden können.In Javascript werden Sie nichts finden, was auch nur annähernd an die Einfachheit und Leistungsfähigkeit einer datengebundenen Benutzersteuerung herankommt, die Flash bietet.

Ich kann mir nicht vorstellen, dass Javascript einen größeren „Marktanteil“ hat als Flash.So ziemlich jeder mit einem Webbrowser hat ein Flash-Plugin installiert.Mich würde interessieren, wie viele Leute Javascript deaktivieren, aber ein Flash-Plugin haben.

Denken Sie auch daran, dass Sie mit einer enormen Lernkurve und viel Entwicklungszeit rechnen müssen, wenn Sie sich dazu entschließen, Ihre Technologiebasis zu wechseln. Es ist also besser, einen guten geschäftlichen Grund dafür zu haben.

Diese Entscheidung hat auch viel damit zu tun, was Ihre Anwendung tut und wer Ihre Installationsbasis ist.

Bearbeiten: Ich sehe, dass Leute erwähnt haben, dass das iPhone keine Flash-Unterstützung hat.Ich gehe davon aus, dass sich dies mit der Installationsbasis des iPhone ändert – Adobe wäre verrückt, wenn es das nicht unterstützen würde.

Sowohl JS als auch Flash sind im Web stark vertreten und verfügen über überschneidende Funktionen.Ein Bereich, in dem JS noch fehlt, ist das Rendern von Videos.

Wenn Flash gut eingesetzt wird, ermöglicht es eine einfache Lokalisierung und Internationalisierung.

Darüber hinaus ist es viel einfacher, Flash auf zugängliche Weise zu nutzen;Sie können Screenreadern den richtigen Text zuführen, anstatt sie alle möglichen Formularelemente durchlaufen zu lassen.

Ich denke, Flash sollte auf Online-Spiele, Videos und Animationen beschränkt sein.Ansonsten verwenden Sie HTML und Ajax.Es ist ein Webstandard und wird von fast allen Geräten unterstützt.AFAIK, das iPhone unterstützt kein Flash.Das ist ein schnell wachsendes Segment, das Sie bereits blockieren.Halten Sie es einfach und effizient.

Obwohl Flash in Desktop-Browsern ziemlich allgegenwärtig ist, ist die mobile Unterstützung sehr begrenzt (Flash Lite?ja, genau).Ich bin wirklich frustriert, wenn ich auf meinem Handy nach einem Restaurant suche, nur um festzustellen, dass die gesamte Website auf Flash basiert und ich nicht einmal eine Telefonnummer oder Adresse finden kann!

Ein Vorteil von Flash besteht darin, dass es über einige Funktionen verfügt, die dabei helfen, domänenübergreifende Vorgänge sicher durchzuführen, was hilfreich sein kann.Flash bietet auch (eingeschränkte) Unterstützung für einige Hardware, was mit Javascript nicht möglich ist.

Persönlich würde ich versuchen, so viel Ajax wie möglich zu verwenden, bevor ich mich etwas wie Flash zuwende.Aus Sicht der Benutzeroberfläche ist es insofern besser, als die Steuerelemente und die grundlegende Erstellung etwas weiter entwickelt sind.Der Soundmanager Das Projekt ist ein gutes Beispiel dafür, wie man eine kleine Menge Flash effektiv nutzt und den Rest in Javascript behält.

Ich vermute, dass einer der Gründe, warum Javascript immer beliebter wird, darin besteht, dass es einfacher in eine bestehende Anwendung nachzurüsten ist.

Da ich zwei Antworten nicht akzeptieren kann, werde ich sie zusammenführen Christ Upchurchs Und 17 von 26 Antworten in meinem eigenen Beitrag.Ich denke, diese beiden zusammen fassen ziemlich genau das zusammen, was ich wissen wollte.Danke Leute!

Wenn Sie häufig mit Polygonen arbeiten, ist Flash immer noch einfacher zu programmieren und zu debuggen.Mit AJAX gibt es viele Bibliotheken zur Verarbeitung von Polygonen, aber je mehr Bibliotheken Ihre App verwendet, desto langsamer wird sie.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top