Frage

Ich arbeite an einem Projekt, das zur Zeit null Benutzer hat, aber wir möchten möglicherweise Hunderte skalieren. Zur Zeit laufen wir auf einer MySQL-Datenbank mit AMFPHP mit Flex interagieren. Wir verwenden Flex wegen seiner robusten grafischen Funktionen (wichtig für dieses Projekt) und weil der ursprüngliche Entwickler (nicht ich) schon Actionscript kannte. Wir verwenden AIR zur Zeit aber wechseln könnten, um Web-basierten Flash an einem gewissen Punkt.

Meine Fragen sind:

  1. Ist Flex ein gutes Werkzeug für ein Projekt wie das?
  2. Was die wichtigsten Einschränkungen von Flex sind, dass wir stoßen könnten?
  3. Welche anderen Entwicklungsplattformen sind wir wollen vielleicht prüfen?

Danke. - Dave

War es hilfreich?

Lösung

Kurze Antwort, Ja. Es gibt bereits viele Primetime-Apps mit Flex als ihre UI-Entwicklungsplattform. Wenn Sie auf die Adobe-Website gehen sie zeigen ganz wenig.

persönlich Sprechen, wählte ich Flex aus zwei Gründen, wurde zum ersten Mal, dass, obwohl Sie wahrscheinlich viel tun können, was Flex tut in HTML oder mit einem geeigneten Instrumentarium, Flex für attraktive und überzeugende Benutzerfreundlichkeit ausgelegt und verfügt über alle Flash verfügbar . Plus die Entwicklungsumgebung und verfügbaren Widgets machen es einfach und macht Spaß zu programmieren. Ich will nicht einen religiösen Krieg über HTML vs. Flex entfachen, so werde ich, dass es verlassen -. Es funktioniert für mich und meine Anwendung und Kunden

Zweitens, und wichtiger, war, dass es die Verarbeitungslast mehr gegenüber dem Kunden ausgleicht, die meine Server-Architektur bedeutet, kann zum Servieren des Inhalts und persistierende die Daten nur optimiert werden. Die meisten meiner Business-Logik ist über den Client migriert. Nach vielen Jahren in der klassischen Architekturen verbrachte ich denke, das ist ein großer Schritt vorwärts ist, aber ich kann schon ein Chor von Uneinigkeit darüber, dass sie auch.

Mein Wort der Vorsicht über Flex kommt aus, um die richtige Architektur für Ihren Client-Code zu übernehmen. Es ist ziemlich einfach, eine große und schlecht durchführen App mit Flex zu erstellen, wenn Sie diese falsch. Machen Sie alles Event Driven und scheinbar asynchron und Sie sollten in Ordnung sein ( ‚scheinbar‘, weil die Flash-Player Single-Threaded ist). Und das ist unten 1, der Single-Threaded-Flash-Player manchmal Probleme verursacht.

Kehrseite 2 ist vielleicht ernstere und gesperrt ist unten Desktops in Firmenumgebungen. Ziemlich oft Ihre Zielgruppe nicht über Administratorrechte auf ihren Computer hat und muss entweder den falschen Flash Player oder gar keine. Dies gilt insbesondere in Organisationen des öffentlichen Sektors und des Militärs, wenn Sie also planen, dort würde ich prüfen sorgfältig die Anwesenheit von Flash unter den Benutzern.

Anders als das ich Flex von ganzem Herzen empfehlen. Es ist auch eine große Sache auf Ihrem Lebenslauf zu haben!

HTH

Andere Tipps

Flex hat keine inhärente Skalierbarkeit Probleme, sollten Sie jedoch eine grafikintensive Anwendung haben, könnte die richtige Portion dieser Ressourcen ein Problem sein, aber das hat wenig mit Flex zu tun.

Die einzigen bemerkenswert, und wahrscheinlich Plattform Sie ist das iPhone läuft auf nicht in der Lage sein (kein Blitz) und einige älteren Nicht-Flash-mobile Geräte (obwohl die meisten Unterstützung Flash-lite-heute)

Wie für Alternativen, wenn Sie Grafiken schwer sind, und nicht das iPhone nichts, dann ist Flex gut, wenn nicht die beste Cross-Plattform-Lösung neben der Verwendung reine HTML-Technologien, hier der Trick HTML allein ist zu 99% von dem, was Flex tun kann tun können, aber wenn Sie Ihre App die fehlenden 1% erfordert dann bist du kein Glück, auch wird Flex reduzieren krossplattformischen und die meisten Browser Kompatibilitätsprobleme. So könnte es Ihre Arbeit produktiver machen.

Silverlight 2 ist eine Alternative zu betrachten. WPF, wenn Sie nach etwas mit Offline-Unterstützung suchen.

  1. Ja, der Umfang und die Art des Projekts passt.
  2. Unreife von Frameworks und Bibliotheken, die Sie könnte davon abhängen. Unreife des IDE.
  3. Silverlight, JavaFX.

Flex + AIR ist wahrscheinlich so gut ein Werkzeug wie Visual Basic war; es kann mit einer wesentlich flexibleren Programmiersprache und mit freien Entwicklungs-Tool ein besseres Werkzeug sein, aber die Einschränkungen im Auge behalten ....

Die wichtigste Einschränkung ich von der Arbeit mit ihm gesehen habe, ist Dokumentation. Es scheint nicht genug Dokumentation zu sein, nicht gut genug, um die Dokumentation und nicht genug mit hohen Sichtbarkeit Arbeit auf sie in der Gemeinde. (Dies wird von den Jahren in .NET kommen;. Ich habe mit ihm ständig aufgeregt, mit wie wenig MSDN sagt über Methoden, sondern generell in der Lage zu bewältigen, indem sie die nützlichsten Blog-Beiträge finden)

Andere mögliche Entwicklungsplattformen würde sehr stark auf die Besonderheiten des Projekts ab. Web-basierten Plattformen biegen in tiefen, Stateful Wechselwirkungen mit Datensatz (auch mit netten AJAX-Bibliotheken), während der Aufrechterhaltung clientseitige Installationen jegliche Thick-Client-Programms (zum Beispiel Flex + AIR) könnte übertrieben sein, wenn es nur ein paar CRUD Formen sind .

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