AjaxベースのWebアプリケーションでは、JavaScriptを有効にしていない人には代わりの "html"インタフェースを提供する必要がありますか?&接続が遅い?AjaxベースのWebアプリケーションの代替の "html"インタフェース
たとえば、Google Mailでは、両方のAjaxを提供しています&プレーンHTMLアプリケーションしかし Microsoft SharePointはありません。
私たちはそれらについて気にする必要がありますか?
AjaxベースのWebアプリケーションでは、JavaScriptを有効にしていない人には代わりの "html"インタフェースを提供する必要がありますか?&接続が遅い?AjaxベースのWebアプリケーションの代替の "html"インタフェース
たとえば、Google Mailでは、両方のAjaxを提供しています&プレーンHTMLアプリケーションしかし Microsoft SharePointはありません。
私たちはそれらについて気にする必要がありますか?
「必須」? "する必要がある"?誰によると?盲目などの障害を持つ人々にSection 508準拠(障害者の方にはaccessibility)が必要な政府契約のもとにいる場合を除き、(少なくとも米国内で)必要があるという法律はなく、JavaScriptソリューションはスクリーンリーダー)か、あなたの地域の同等物が何であれ。
あなたはどうでしょうか?おそらくそうだ。 JavaScriptを無効にして実行してサービスを利用できないようにすることをユーザーに伝えたいのですか?あるいは、プロセッサの速度が遅く、JavaScriptをサポートしていない携帯電話で実行しているユーザーがサービスを利用できないようにしたいのですか?スクリーンリーダーでサイトを使用している可能性のある盲目のユーザーも考えてください。また、すべてのコンテンツがXMLHTTPRequestを介して読み込まれたものに隠されるのではなく、静的なバージョンのページにある場合は、easier for search enginesにインデックスを付けます。また、よく設計された静的なウェブサイトは、動的JavaScriptベースのサイトよりもはるかに容易にRESTタイプのAPIに適合させることができます。
もちろん、静的なHTMLページとしては意味がないアプリケーションもあります。 HTML5 canvas
を使用して描画アプリケーションを実装している場合、その静的にする方法はありません。しかし、全体的に、静的なバージョンを作成でき、プロジェクトのコストをあまりにも増やさなければ、おそらくそうであるはずです。実際には、静的なHTML静的バージョンを最初に実行し、スタイリングとJavaScriptを静的バージョンではなく、progressiveenhancementとして扱うことを主張しています。
これは本当にあなた自身のために答える必要がある質問です。 Ajaxサポートなしで人を供給/サポートしないことによって、どんな種類のユーザベースがなくなるのかを判断できる必要があります。さらに、SEOやアクセシビリティの側面を考慮する必要があります。
これが社内/制御されたWebアプリケーションだった場合は、あまり心配する必要はありません。しかし、公開されているウェブサイトの場合、私は最低共通分母をプログラムし、そこから構築する傾向があります。
必須ではありません。誰かが何をする必要があるかを管理していない場合、重要な点に応じて、 "html"のみの代替案を実装するかどうかを決定します。
例えば、それはEショップでたくさんを重要とソーシャルネットワーキングサイトでのフォトギャラリーに多分そんなにない