Verwendung von Ajax in einem Produkt

Question

sagen, ich wurde mit dem Architekten ein Produkt beauftragt, das ein browserbasiertes Frontend hat.
Das Verkaufsteam will eine snazzische App. Das Produktmanagement-Team möchte das Produkt kostengünstig (direkt durch die Wartungsphase)

kosten

nehme nun an, dass das technische Team den Anruf trifft (ich wünsche :)), ob den Benutzern ein "reiches" Look & fühlt, dass Websites wie Stackoverflow / Facebook etwas geben, um ihnen etwas von der Zeit 2006 zu geben ... Mit diesem Bündel von Überlegungen in ..

.
1. Das Produktleben ist in Betracht gezogen, um etwa 6 Jahre zu sein
2. Das Produkt-Wartungsteam sollte keinen Refactor-Code für zukünftige Browser
benötigen
3. Das Produkt-Wartungsteam wird nur die Geschäftfunktionalität verbessern
   ..und eine ganze Menge verwandter Sachen wie dieses

.. würden Sie empfehlen, dass AJAX verwendet wird? Wenn ja, was garantieren Sie, dass die von Ihnen verwendeten Benutzeroberfläche (AJAX Framework) garantiert, dass das heutige UI (AJAX Framework) mit keiner Änderung über die nächsten 2-3-Browserversionen arbeiten wird?

edit: Bitte gehen Sie nicht davon aus, dass ich etwas gegen Ajax habe. Ich arbeite seit 1999 an DHTML und Ajax, seitdem er als Ajax genannt wurde

Ich habe gesagt, dass ich erster Handerlebnisse darüber hat, wie viel "anmutig anmutiger Kodex" schreibte, nur um diese launischen Browser glücklich zu halten. Jedenfalls, danke für alle Ihre Antworten und ich glaube, ich bin wieder in die Umsetzung von 'Fail-Gracyly-Code-Code.

Answer 1

Im Allgemeinen wird jedes Framework seit vielen Jahren eingesetzt, und als solcher Ajax ist in der Regel eine ganze Zeit.Darüber hinaus sind der Browserwechsel /--Updates im Moment sehr spärlich und wir haben immer noch eine Verwendung von 60% von IE6, wenn dies ein Erzählen von irgendeiner Art ist.

Im Allgemeinen, Architekten Sie Ihr System / Lösung mit der Idee von Fallback-Lösung bei AJAX / JQuery-Frameworks, die nicht verfügbar sind, nicht verfügbar.Verwenden Sie die Rahmenbedingungen, um die UI-Funktionen und die Funktionalität zu erweitern, aber an einer Basis ohne sie hätte es noch funktionalität.

Answer 2

IMHO, Ajax ist kein so banker Kerl.Warum denkst du, dass AJAX Ihr Produkt tun wird?Wenn Sie AJAX verwenden, um UI-Reichtum bereitzustellen, und Sie haben auch Angst, dasselbe ausfallen, Sie können sich daran denken, einen Rückfallmechanismus zu halten.Es gibt sogar andere Frameworks wie WPF, Silverlight usw. für RIA.Ajax ist jetzt ziemlich stabil (ich beziehe mich auf AJAX in MS .NET, weil Ajax ansonsten ein weiser alter Kerl ist).Silverligt wird auch ziemlich stabil.Ich sehe einige Probleme mit WPF, aber Sie können das auch ansehen.

Answer 3

Sie wissen vielleicht schon, aber Ajax ist in den letzten zwei oder drei Jahren Teil und Paket der modernen Webentwicklung geworden; Es ist einfach davon ausgegangen, dass Ihre Web-App, wenn Sie Qualitätsleute haben, Ajax verwenden wird. Wir verwenden den Begriff nicht wirklich viel mehr. öfter ist es einfach etwas, das impliziert ist, wenn jemand sagt "jquery" usw.

Moderne JavaScript-Bibliotheken bieten viel Isolierungen von Browser-Änderungen, obwohl Ihre Entwickler selbst Zurückhaltung ausüben müssen, um die neuesten proprietären Merkmale der Browser nicht nutzen zu können, wenn die Dinge Cross-Browser-konform sein sollen. Es gibt auch höhere Stapelstapel wie ein Google-Web-Toolkit, der viel darin, das niedrige Niveau-Zeug abzusenden, obwohl ich sie nicht unbedingt empfehlen würde (oder empfehlen sie gegen sie).

Ob Ihre Situation eine moderne Webanwendung erfordert, eine herkömmlichere Anwendung oder ein Satz statischer Webseite ist etwas, das Sie auf der Grundlage der von Ihnen getroffenen Ressourcen ermitteln müssen. Wie jemand anderes gesagt hat, ist es gut, in einem anmutigen Abbau zu arbeiten, wenn ein älterer Browser angetroffen wird.