フォーム上のコンテンツの普及について

最近、 jQueryとそれに対応したInterface拡張機能に出会いました。 私はそれを自分の手でねじった、私はそれが好きだった。



しかし、投稿はそれについてではありません。 彼らが何かを気に入ったのは、主に「邪魔にならないプログラミング」の概念に収まるからです。



私はそれを理解しながらそれを定式化しようとします...



何らかの理由で新しい機能が多くのクライアントでサポートされていない可能性がある場合、新しい機能/技術/プロトコルを導入しても、古い機能を使用する可能性をブロックすべきではありません。 もちろん、それが可能であるからです。



Web開発に関しては、おそらくFlashが好きではないからでしょう。 フラッシュプレーヤーを持っていないクライアントには、フラッシュと、フラッシュに含まれている可能性のあるすべての情報が表示されません。 あなたは割れますが、見えませんが。 そして、彼は病気であるため、別のHTMLバージョンのFlashコンテンツを作成する必要があります（コンテンツが存在し、ある種の愚かなバナーではない場合）。 ダブルワークの容認が卑劣な異端として拒否された場合、「邪魔にならないプログラミング」の概念の違反が得られます-Flashを使用すると、Flashがサポートされていない場合、それに依存する機能を使用できなくなります。



前述のJSライブラリを適切に使用しても、この概念に違反することはありません。 しかし-正しいものだけ。 適切に使用することで、私はこれを意味します：サイトはHTML + CSSで作られています。 全体。 そして、HTMLで作成された後にのみ<script ...>タグが追加され、 単一のアクションでJSを参照します-window.onload = function（）{hang_HTML_all_ visual_labuda（）; }またはそのようなもの。 jQueryを使用して、タグが適切に分類されている視覚的ながらくたでHTMLをハングさせることができます。

JSを持たないクライアントは、サイト内を落ち着いて回り、コンテンツを読み、ゲストに書き込みます。 JSを使用するクライアントは、ページの部分的な再読み込み、ドロップダウンメニュー、その他のがらくたなど、さまざまな機能を使用してこれをすべて実行します。 このすべての主なポイント-「さまざまな添えもの」は、これらの添えものを持っていない人によるサイトの使用を妨げません。



ところで、私はこの概念を実践しようとしています。 うまくいっているように見えますが、規模が大きくなるとどうなるか見てみましょう...



そうそう、最も重要なこと-この投稿の意味は、Flashがどれほど悪いかではなく、HTML / CSS / JSが良いことです。 いや 両方のテクノロジーは、概念の適合性と不整合性の単なる例示です。

この概念に従うことで理想に近づき、カルマが改善されるように思えます。