ajax - 製品での ajax の使用

Question

たとえば、ブラウザ ベースのフロント エンドを備えた製品の設計を任されたとします。
営業チームはおしゃれなアプリを求めています。製品管理チームは、製品の費用対効果を高めたいと考えています (メンテナンス段階まで)。

ここで、技術チームが呼び出しを行うことができると仮定します (私は願っています :)) ユーザーに、stackoverflow/facebook のようなサイトのような「リッチな」ルック アンド フィールを提供するか、2006 時代の何かをユーザーに提供するか... この束で投入された考慮事項の..

1. 製品寿命は6年程度を想定
2. 製品メンテナンス チームは、将来のブラウザーに合わせてコードをリファクタリングする必要はありません。
3. 製品保守チームは、ビジネス機能を強化するだけです
   ..そして、このような多くの関連するもの

.. ajax の使用をお勧めしますか? はいの場合、現在使用している UI (ajax フレームワーク) が次の 2 ～ 3 ブラウザー バージョンで変更なしで引き続き動作するという保証は何ですか?

編集: 私が AJAX に対して何かを持っていると思い込まないでください。私は 1999 年から DHTML に取り組んでおり、ajax と呼ばれる前から ajax に取り組んでいます :) また、仕様に合わせてコーディングされているという理由だけで 2002 年から変更する必要のないサーバー側コンポーネントにも取り組んでいます。

とは言っても、これらの気まぐれなブラウザーを満足させるためだけに、どれだけの「正常に失敗する」コードを書かなければならないかを直接経験しています。とにかく、すべての回答に感謝します。また、「フェイル グレースフル」コードの実装に戻ったと思います。

Answer 1

一般に、フレームワークは何年も使用されており、そのため ajax はかなり前から存在しています。さらに、ブラウザーの変更/更新は現時点では非常にまばらであり、何らかの理由で ie6 が 60% 使用されています。

一般に、ajax/jquery フレームワークが利用できない場合のフォールバック ソリューションのアイデアを使用して、システム/ソリューションを設計します。フレームワークを使用して UI の特徴と機能を拡張しますが、フレームワークがなくても基本機能は維持されます。

Answer 2

私見ですが、Ajax はそれほど悪い人ではありません。AJAX を使用すると製品が破綻するのはなぜだと思いますか? 豊富な UI を提供するために AJAX を使用していて、それが失敗する恐れがある場合は、フォールバック メカニズムを維持することを考えることができます。RIA には、WPF、Silverlight などの他のフレームワークもあります。現在、Ajax は非常に安定しています (MS .NET の AJAX について言及しているのは、それ以外の点では AJAX が賢明な老人だからです)。Silverligt もかなり安定しています。WPF でいくつかの問題が発生していますが、それも確認できます。

Answer 3

すでにご存じかもしれませんが、ここ 2、3 年で ajax は最新の Web 開発の一部となりました。質の高い人材がいる場合、Web アプリは ajax を使用すると単純に想定されています。私たちはこの用語をあまり使用しなくなりました。多くの場合、誰かが「jQuery」などと言うときに暗示されるものです。

最新の JavaScript ライブラリは、ブラウザーの変更から十分に隔離されていますが、クロスブラウザーに準拠する場合、開発者はブラウザーの最新の独自機能を利用しないよう自制する必要があります。低レベルのものを抽象化するのに多くのことを行う、Google Web Toolkit などの高レベルのスタックもありますが、必ずしもそれらを推奨する (または推奨しない) とは限りません。

最新の Web アプリケーション、より伝統的なアプリケーション、または一連の静的な Web ページのいずれが必要なのかは、所有しているリソースに基づいて判断する必要があります。他の誰かが言ったように、古いブラウザーに遭遇した場合、グレースフル デグラデーションで動作するのは良いことです。