0

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

私は、ajaxとJavascriptによって提供されるすべての「ベルとホイッスル」を使用するWebポータルを構築する必要がありますが、Javascriptを持っていないユーザーや、レガシーシステムを使用しているユーザーもアクセスできます。私が見ているように、私には2つの道があります。

  1. 「プログレッシブエンハンスメント」:このアプローチでは、1セットのマークアップがあり、完全に機能するクラシックHTMLポータルとして機能します。クライアントサイドライブラリは、既存のマークアップを拡張してhtml機能をオーバーライドし、高度なJavascript機能に置き換えます。

  2. 2番目のアイデアは、2つのクライアントライブラリを用意することです。1つはJavascript対応ポータル用で、もう1つはクラシックHTML用です。

私が見る賛否両論があります。

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

  2. 2番目のシナリオは、各ポータルの側面をニーズに合わせて最適化できるという点で優れています。明らかに、2セットのコードを保守すると、多くの保守の問題が発生します。

私は現在シナリオ1に傾倒していますが、シナリオ2には、3番目のオプションを簡単に追加できるなど、私が気に入っているいくつかの利点があります。率直に言って、私は2つの可能性の間で引き裂かれています。どちらも、実行可能だからです。どのシナリオが最も理にかなっていますか?

4

1 に答える 1

1

プログレッシブエンハンスメントはここに行く方法であるはずですが、それはかなり新しい概念です。それは本当にあなたのユーザーの好みに依存します。大多数(または大部分)が多くの異なる携帯電話を使用すると予想される場合は、そのためのライブラリを使用したプログレッシブエンハンスメントをお勧めします。jQuery Mobileは非常に有望であり、まもなくリリースされるため、ぜひご覧ください。

2番目のアイデアは、アプリの主要な機能または利点にJavaScriptが必要な場合にのみ価値があります。次に、一部のユーザー向けにローエンドのフロントエンド(:P)を作成することは合理的と思われます。Gmailは良い例です。その機能はJSに依存しており、それらがなければ何も面白いことはないので、lynxでもうまく機能する貧弱なバージョンもあります。

于 2011-01-07T11:33:43.320 に答える