プログレッシブエンハンスメントまたは個別のマークアップ

Question

タイトルが可能な限り最高であるかどうかはわかりませんが、完全に説明的なものを考えることはできません。これが私のシナリオです。

AjaxとJavaScriptが提供するすべての「ベルとホイッスル」を採用するWebポータルを構築する必要がありますが、JavaScriptを持っていない、および/またはレガシーシステムを使用しているユーザーがアクセスしやすく機能します。私が見るように、私は私がとることができる2つのパスを持っています。

1. 「Progressive Enhancement」：このアプローチを使用すると、マークアップのセットが1つあり、完全に機能的なクラシックHTMLポータルとして機能します。クライアントサイドライブラリは、既存のマークアップを強化してHTML機能をオーバーライドし、高度なJavaScript機能でそれを置き換えます。

2. 2番目のアイデアは、2つのクライアントライブラリを持つことです。1つはJavaScript有効なポータル用、もう1つはクラシックHTML用です。

私が見る長所と短所があります。

1. 最初のシナリオでは、保守性のためのフットプリントが小さくなります。マークアップのセットが1つあり、重複や同期の問題はありません。ここで私が見るネガは、コードが二重の義務を果たさなければならないことを混乱させることができ、より簡単に破損する可能性があります。

2. 2番目のシナリオは、各ポータルの側面がニーズに合わせて最適化できるという点で優れています。明らかに2セットのコードを維持すると、多くのメンテナンスの問題がもたらされます。

私は現在、シナリオ1に傾いていますが、シナリオ2には、3番目のオプションを簡単に追加するなど、私が好きないくつかの肯定的なものがあります。率直に言って、私は両方とも実行可能であるため、2つの可能性の間で引き裂かれています。どのシナリオが最も理にかなっていますか？

Answer 1

プログレッシブエンハンスメントはここに行く方法ですが、それはかなり新しい概念です。それは本当にあなたのユーザーの好みに依存します。過半数（または大規模な共有）が多くの異なる携帯電話を使用することが期待されている場合は、そのためにライブラリを使用して進歩的な強化をお勧めします。見てください jQueryモバイル それは非常に約束しており、すぐにリリースされるからです。

2番目のアイデアは、アプリの主要な機能や利点がJavaScriptを必要とする場合にのみ価値があります。次に、一部のユーザーのためにローエンドのフロントエンド（：P）を作成することは妥当と思われます。 Gmailは良い例です。その機能はJSに依存しており、それらがなければ興味深いものではないので、Lynxでもうまく機能する貧しいバージョンもあります。