製品内のAjaxの使用

Question

ブラウザベースのフロントエンドを持つ製品を建築するように任務されました。
営業チームはSnazzyアプリを望んでいます。製品管理チームは、製品の費用を効果的にしたい（メンテナンスフェーズを通じて）

今すぐ、技術チームが電話をかけるようになると仮定します（私は:)）ユーザに「豊富」さまざまな場所に、Stackoverflow / Facebookのようなサイトを見て、または2006年の時代から何かを与えることを想定しています...この束の考慮事項が投げられました..

1. 製品の寿命は約6年
になると考えられています
2. 製品保守チームは、将来のブラウザに一致するようにコードをリファクタリングする必要があります
3. 製品メンテナンスチームはビジネス機能を向上させるだけです。 ..このような関連するものがたくさんあります。

.. AJAXを使用することをお勧めしますか。そうであれば、私が今日使用しているUI（Ajax Framework）が今日使用され続けることを保証するものは、次の2-3ブラウザのバージョンを変更し続けることを保証しますか？

編集：Ajaxに対して何も持っていると仮定しないでください。私は1999年以来DHTMLに取り組んできました。これ以降Ajaxと呼ばれて以来のAjaxに取り組んできました:)私はまた、2002年以降に変更する必要がないサーバーサイドコンポーネントに取り組んでいました。

私は、これらのおそらくブラウザを幸せにするためだけに書く必要があると思います。 とにかく、あなたのすべての答えをありがとう、そして私はもう二度と「フェイルアメートルに」コードを実装するために戻ってきたと思います。

Answer 1

一般に、任意のフレームワークは何年もの間使用されており、そのようなAjaxはかなりの時間のまわりであるためです。さらに、ブラウザの変更/更新は現時点では非常に疎であり、それでもそれが任意の種類のことである場合はIE6の60％の使用法があります。

一般に、Ajax / jQueryフレームワークが利用できない場合のフォールバックソリューションのアイデアでシステム/ソリューションを設計します。Frameworksを使用してUI機能と機能を拡張しますが、それらなしの基地ではまだ機能性があります。

Answer 2

imho、Ajaxはそんな悪い人ではありません。なぜあなたはAjaxを使ってあなたの製品を運命にすると思いますか？あなたがUI豊かさを提供するためにAjaxを使うならば、またあなたは同じことの失敗を恐れているならば、あなたはフォールバックメカニズムを維持することを考えることができます。RIAのためのWPF、Silverlightなどのような他のフレームワークもあります。Ajaxは現在安定しています（私はMS .NETのAjaxについて言及しています。Silverligtも非常に安定しています。私はWPFに関するいくつかの問題を見ていますが、あなたもそれを見ることができます。

Answer 3

あなたはすでにこれを知っているかもしれませんが、過去2年か3年間でAjaxは現代のWeb開発の部品と小包となっています。あなたが質の高い人々を持っているならば、あなたのWebアプリはAjaxを使用すると想定されています。私たちはもはやほとんどという言葉でさえ使用されていません。もっと頻繁には、誰かが「jQuery」などを言うときに黙示されているものです。

現代のJavaScriptライブラリは、ブラウザの変更を行使することができますが、ブラウザの最新の独自の機能を利用しないことで自己障害を行使する必要があるが、問題がクロスブラウザに準拠している場合には自己障害を行使する必要があります。また、低レベルのものを抽象化するのに多くをするGoogle Web Toolkitなどのより高いレベルスタックもありますが、必ずしもそれらを推奨する（またはそれらに対して推奨される）。

あなたの状況に現代のWebアプリケーションが必要かどうか、より伝統的なアプリケーションまたは静的Webページのセットはあなたが持っているリソースに基づいて決定する必要があるものです。他の誰かが言ったように、古いブラウザが見つかった場合には、優雅な劣化を遂行するのが良いです。