問題タブ [graceful-degradation]

プログレッシブエンハンスメントは、移植性とアクセシビリティを向上させるだけでなく、開発プロセスを容易にするWeb開発方法論です。

私が欲しいのは、コミュニティの他の人々がこのアプローチについてどう思っているかを知ることです。

特に：Webアプリケーションがサポートする必要のあるテクノロジーの最小セットは何だと思いますか？

Ruby on Rails を使用した Web 開発に関する AWDR の本を読んでいましたが、古いコードの問題の 1 つは、使用されるビューが JavaScript ビューであることを確認するために、respond_to を使用しなかったことです。現在、いくつかの更新された例で、グレースフル デグラデーションを実装するときに、request.xhr を使用する場合に、人々が後で言及するのを見てきました。ユーザーがJavaScriptを有効にしているかどうかを確認し、そうでない場合はユーザーをリダイレクトします。

私は、respond_to を使用して同じ動作を得ることができるかどうか疑問に思っていました。

だから私がやろうと思っていることは次のようなものです：

DRY 原則に違反しているように見えますが、ユーザーとサーバーがここでどのように対話しているかについて、おそらく何かが欠けています。正直なところ、API のドキュメントでは完全に理解できませんでした。

私は現在、MooTools 用の編集スクリプトを書いていますが、JavaScript を使用せずに一部の機能を維持しながら適切に機能を低下させるにはどうすればよいか、少し困惑しています。プログレッシブエンハンスメントを何らかの方法で使用したいと思います。私はコードを探しているわけではありませんが、状況にどのようにアプローチするかについての概念です。適切に劣化するインプレース編集スクリプトのアイデアや知っている場合は、共有してください。

私はGWTを調べていました。いいように思えますが、私たちのソフトウェアは JS を必要とせずに動作する必要があります。出来ますか？

私は現在、Web アプリケーションで AJAX 要求を実行するためにアンカー タグに依存しています (jQuery を使用)。例えば：

ただし、ユーザーがブラウザーで JavaScript を無効にすると、これらのアンカー タグはほとんど役に立たなくなります。これらのアンカー タグの適切な劣化を処理する最善の方法は何ですか? それらすべてをフォームタグ内のボタンに切り替える唯一のオプションですか?

編集：より明確にして、AJAX呼び出しが、セキュリティ上の理由から通常のHTTP GETに公開できないURLへのHTTP POSTであることを指定する必要があります（たとえば、削除URL「/items/delete/1」を考えてください）。それを念頭に置いて、セキュリティ上のリスクがあるため、javascript をオフにしているユーザーを満足させるために、アンカーの href を「/items/delete/1」に変更することはできません。

The following .NET 3.5 code, placed in an aspx file, will trigger a JavaScript error when the page is loaded (for users who have JavaScript enabled):

#xA;

The error happens because the JavaScript generated by the ASP.NET validator control does not contain a null check on before the second code line below:

#xA;

Can anyone suggest a workaround to this?

---

Footnote: Why am I doing this? For my non-JavaScript users I am replacing some AJAX functionality with some different UI components, which need validation.

あいまいさと混乱を避けるために、シーンを適切に設定しようとしているだけです。

Web アプリケーションは、サーバー側ロジック用の単純なブラウザー ベースのインターフェイスから、サーバー側ロジックの必要性を最小限に抑えた完全なブラウザー ベースのアプリケーションへと成長しました。この進化は、Web アプリケーションの明確な世代を特定することで説明できます。

とりあえず、ajax の前と後の 2 世代だけを考えてみましょう。CSS のサポートや Access Control ヘッダーに関連するものなど、他にも要因は確かにありますが、簡単なことから始めましょう。

スタイルのない JavaScript のない単純なシステムから始めて、適切に機能を低下させる拡張機能のレイヤーを追加し、Ajax が満載の応答性の高い最新のアプリケーションに仕上げることは、挑戦的でエラーが発生しやすい作業です。決して簡単ではありません。

Web アプリケーションがどの世代に属しているように見えるかは、アプリケーションにアクセスする手段によって異なります。まったく同じ Web アプリケーションが、Lynx を介してアクセスした場合は第 1 世代のアプリのように見え、FireFox 3.1 を介してアクセスした場合は最新世代のアプリのように見えますが、アプリへのアクセスに使用されるユーザー エージェントに応じて、その間にいくつかのレベルが存在します。

現在のブラウザー機能を利用するために作成されたものが、おそらく 15 年前に Lynx に直面したときに作成されたものの機能に戻ってしまうという、ユーザー エージェントの機能に応じて適切に劣化する Web アプリケーションを作成するという問題は、非常に困難です。 .

デスクトップ アプリケーションが動作環境でこのような差異に直面することは想像できません。

Vista の機能を利用できる単一の実行可能ファイル (OS 固有のバリアントのセットとは対照的に) は、XP で実行され、特定の Vista 機能が欠けている場合に十分に対応できます。DOS などのコマンドラインのみの環境で実行する場合、Web アプリと同等の距離で劣化するためには、同じデスクトップ アプリケーションが機能する必要があります。

Lynx で実行します。これは第一世代の Web アプリです。同じことを FireFox 3.1 で実行すると、これはおしゃれで光沢のある現代的な Web アプリです。このような問題に直面した場合、それは挑戦的でトリッキーですが、実行可能だと考えるでしょう。

DOS で実行します。これはコマンドライン アプリです。Vista でも同じように実行できます。これは、洗練された光沢のある最新の Web アプリです。そのような問題に直面した場合、あなたはそれを正気ではないと考えるでしょう。それとも？

デスクトップ アプリケーションは、Web アプリケーションのように動作環境の多様性に直面したことがありますか?

この問題 (分散自体ではなく、分散の幅) は Web アプリケーションのドメインに固有のものですか、それともデスクトップ開発で見つけることができますか?

完全に Silverlight で Web サイトを作成することに興味があります (個人的な理由で) が、Silverlight をまだ持っていない (かなりの数の) 人が、自分のサイトを表示するためだけにプラグインをインストールする必要はありません。私が傾倒している解決策は、サイトのフラットな html/css バージョンから始めて、Silverlight バージョンを既にインストールしている人にのみ提示することです。

私の質問はこれです：

私の推論は間違っていますか。これについてもっと良い方法はありますか？また、サイトの両方のバージョンでコンテンツを複製する必要がないようにする最善の方法は何ですか?

私が説明しようとしていることを行う正当な理由があります。私は、通常のページなどを持つ abc.com という既存のサイトを持っています。すべてが php で書かれています。ここで、サイトを AJAX 化したいと思います。つまり、ユーザーがリンクをクリックすると、AJAX を使用してリンクを取得し、ページのコンテンツを置き換える必要があります。これは簡単な部分であり、jQuery get 関数を使用して実現できます。

問題は、ユーザーがページをブックマークしたときに発生します。ユーザーが別のページにいるかどうかを指定するためにハッシュ タグを使用できますが、JavaScript を使用して新しいページを再度取得する代わりに、ページが呼び出されたときに PHP を使用して直接取得することは可能ですか。

上記を達成する方法の概要を教えてください。この機能は、Facebook の機能に似ています。

お時間をいただきありがとうございます。