セマンティックマークアップは無制限ですか？ [閉まっている]
https://stackoverflow.com/questions/1650401
-
22-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
Dive Into HTML5 をご覧ください。素晴らしくて面白いように見えますが、私は困惑しています。
1990年代、Netscapeがブラウザで、HTMLがHTML2またはHTML3だった頃、アドレス、引用、コードなどのタグがたくさんありました。それらのほとんどは今日では使用されておらず、おそらく時代遅れです。
HTML5 は、<！> quot;セマンティックな意味<！> quot;を表現するタグを導入します。タグ自体に。これはすべて楽しさとゲームですが、このアプローチには非常に奇妙なものがあります。技術的には、セマンティクスは非常にオープンエンドにすることができます。 HTML5には、記事、時間、ナビゲーションバー、フッターのタグがあります。投稿アイコン、作成者の場所、名前、姓、または特定のセマンティクスを割り当てたいものにタグを含めるべきではないのはなぜですか（<rant>と<nsfw>は非常に重要なタグだと確信しています）:? XMLは、セマンティクスをスタッフに割り当てる戦略だと思いました。 XHTML div要素の下にXMLチャンクを配置し、それにスタイルシートを割り当てることを禁じるものではありません。そのため、適切にスタイル設定するか、適切なビューアーにその名前空間の処理を委任するために（たとえば、を処理する場合） RSS または SVG ）。
結論として、セマンティクスが非常に広範なトピックであることが明らかで、セマンティクスに焦点を当てたこの拡張の背後にある理由は理解できません。 W3C には賢い人がいると確信しているので、間違っていると思いますが、理由を知りたい。
解決
記事、時間、ナビゲーションバー、フッターのタグが役立つ理由
Googleなどのテキスト処理ツールの解析を容易にするため。
セマンティクスについては何もありません（少なくとも「広い」意味では）。代わりに、彼らは言うだけです：ここはページの本文（最も重要なテキスト部分）であり、リンクでいっぱいのナビゲーションバーがあります。このようなアプローチを使用すると、必要なものだけを簡単に抽出できます。
他のヒント
私も、W3Cが仕様に従っているのが嫌いです。嫌いなものがたくさんありますが、この<！> quot; semantics <！> quot; fadはその1つです。 （その他には、仕様を完了するために永遠に時間がかかり、ブラウザが選択したとおりに実装するにはあまりにも多くの重要な詳細を残すことが含まれます）
ほとんどの場合、Web開発者としての仕事がより困難になるため、気に入らないと思います。 Webページを<！> quot;意味的に正しい<！> quot;にするかどうかを選択する必要があります。または<！> quot;視覚的/審美的に楽しい<！> quot;。もちろん後者はユーザーが望むものですが、その結果、検証が失敗し始め、全体が非常に非セマンティックになります（レイアウトなどのテーブル）。
私が眉をひそめるもう1つの問題は、<！> quot; class <！> quot;属性はセマンティクス用ですが、CSSの視覚的なプレゼンテーションセレクターに使用します。
下の行-意味論と視覚的表現を混同しないでください。セマンティクスを記述するための何らかのメカニズム（タグ名、属性値、その他）を使用する場合は、機能的/視覚的な目的に使用しないでください。
HTMLを設計する場合、属性<！> quot; semantic <！> quot;を追加します。これは（<！> quot; class <！> quot;属性など）任意のタグに追加できます。次に、これらすべてのヘッダー/フッター/記事/引用/などのような事前定義された値がいくつかあります。
タグは機能を定義します。基本的に、HTMLタグを<！> quot; div <！> quot;、<！> quot; table / tr / td <！> quot;、<！> quot; a <！> quotのように、ほんの一握りに減らすことができます。 ;、<！> quot; img <！> quot;、<！> quot; form <！> quot;、<！> quot; input <！> quot;および<！> quot; select <！> quot;。私はおそらくいくつかを見逃したが、これはバルクです。視覚的なスタイリングはCSSを介して実現されます。
このように、セマンティクス、視覚的表現、機能性の3つの領域は完全に独立しており、現実のソリューションでは衝突しません。
もちろん、W3Cは実用的なソリューションに興味があるとは思わない...
HTMLマークアップには、クラスとIDの形ですでに多くのセマンティクスがあります。その可能性は（ほぼ）無限にあり、誰もがこれらのセマンティクスを処理する独自の方法を持っています。 HTML5の目標の1つは、これに何らかの構造をもたらすことです。クラスとIDを使用してタグのセマンティクスを拡張できます。また、検索エンジンにとって物事が容易になる可能性が高いでしょう。
ページについて、またはページから参照されているオブジェクトについてステートメントを作成しようとする角度から見てください。 <！> lt; footer <！> gt;が表示される場合タグ、あなたが言うことができるのは<！> quot;ここにあるものはフッター<！> quot;そしてそれを渡します。したがって、カスタムタグを追加することは、属性を追加し、ユーザーが独自のURIの選択を使用して述語とオプションの値を指定できるようにする一般的なソリューションではありません-RDFaは、 any triple -ページ内のRDFから好きなステートメントを、何らかの形で。
あなたの質問の一部を取り上げたいだけです。あなたは言う：
90年代、 Netscapeはブラウザであり、htmlは HTML2またはHTML3、たくさんありました タグ：アドレス、引用、コード...ほとんどの それらは今日では未使用です。おそらく 時代遅れです。
htmlには多数のタグから選択することができますが、使用法がないからといって、それらが時代遅れであることを意味するわけではありません。特に、ヘッダータグ<h1>など、および<ul>、<ol>は、セマンティックと見なす方法で項目をリストに結合するために使用されます。多くの人はタグを意味的に使用しないかもしれませんが、 microformats を作成する努力は継続中です。あなたが1990年代の人工物と考えるアイデア。全文検索とリンク分析にもかかわらず、セマンティックWeb を勝者にしようとする努力は続いています。 （Googleの形式で）ウェブを見つけて理解する方法に関しては勝者であること。
Googleのウェブ統計の更新版が表示されるのは素晴らしいことです<！> quot; htmlが話されているとき。<！> quot;しかし、多くのタグが十分に使用されていないのは正しいです。
html5が成功するかどうかは、オープンで興味深い質問ですが、時代遅れとして説明するタグはどこにも行かず、 HTML 4.01 および xhtml 。 HTML5 は、タグで有用なものを固めるための努力のようです。最後に、html5がブラウザーでサポートされ、Web開発者の仕事が簡単になれば、成功します。 xhtml2 は失敗しました。ブラウザで採用されるのに失敗し、何もしなかったためですWebページ作成者の仕事が簡単になります。 html5に取り組んでいる部隊は、xhtml2の失敗を鋭く認識しているようで、html5が同様の運命に陥ることを避けていると思います。
<！> quot;投稿アイコン、作成者の場所、名前、姓、または特定のセマンティクスを割り当てたい他のタグを含めるべきではないのはなぜですか（自信があり、非常に重要なタグです）：？ <！>引用;
<！> lt; dialog <！> gt;を使用します会話やコメントを説明します。 RantとNSFWは主観的な用語であるため、それらを使用しないことは理にかなっています。
私が理解していることから、多くの経験豊富なWeb開発者が調査を行い、ほとんどのWebサイトがHTMLで共通しているものを探しました。ほとんどのwebsitseにはid = <！> quot; header <！> quot ;, id = <！> quot; footer <！> quot ;, id = <！> quot; section <！> quot;およびid = <！> quot; nav <！> quot;これらのIDを置き換えるためにHTMLタグが必要であると判断しました。つまり、膨大な量のHTMLボキャブラリーを提供することを期待しないでください。 MOSTの一般的な必要なHTMLタグに対処する際には、できる限りシンプルにしてください。
NAVタグは、アクセシビリティを提供する上でも非常に重要です。リンクがナビゲーション用かどうかを強制的に検索するのではなく、ナビゲーションがどこにあるかを知ってもらいたい。
タグを追加することに同意しません。詳細な語彙が実際にインポートされた場合、辞書内のすべての単語に異なるタグ名が存在する可能性があります。追加のタグ名は、人間に追加の意味を伝える可能性があるため有用ではありませんが、言語の機械解析を容易にするためには何もしません。これが<！> quot; semantic <！> quot;が好きではない理由です。 HTML5のタグ。これは、複雑すぎる語彙を提供するための滑りやすい斜面であり、完全に対処されていない問題に対する弱い解決策を提供するだけだと思います。
私の意見では、マークアップ言語の構造データは、ツリー図形式で記述します。構造を解析し、RDFaなどのセマンティック規則を適切に使用することにより、コンテキストを活用して、一般的なタグ名に特定の意味を提供できます。このような場合、過剰な語彙が存在する必要はなく、フッターやサイドなどの構造的に冗長なタグ名を削除できます。最後の目的は、できるだけ少ないコードを使用してその結果を達成しながら、コンテンツをより高速かつ正確に人間と機械の両方で同時に解釈できるようにすることです。 HTML5を除いて、その解決策の重要性は低い。
XMLは、セマンティクスをスタッフに割り当てるための戦略だと思いました。
私が知る限り、そうではありませんでした<！>＃8217; t。 XMLでは、すべてがXML構文を使用するため、すべて同じ方法で解析される新しい言語を定義できます。
それは<！>＃8217; t自体では、意味を追加する方法を提供します（<！>＃8220; semantic <！>＃8221;は単に<！>＃8220; meaningful <！>＃8221を意味します;）それらの言語に。そしてコンピューターは人工知能を得るまで、実際には意味を理解していないので、意味は人間の間で合意されたものにすぎません。 HTMLは、タグの意味が合意された最も一般的に使用される言語です。
HTMLは非常に一般的であるため、アプリケーションで非常に一般的ないくつかの意味のあるタグを追加すると便利です。<！>＃8217;新しいHTML5タグはそのためのものです。 HTML5仕様<！>＃8217;の作成者は、実際にこのルートをたどって、可能な限り特定の意味ごとにタグを作成できますが、<！>＃8217;ロボットではないため、おそらく勝ちます<！>＃8217 ; t。
<section>は便利であり、多くのドキュメントで有意義に適用できるほど一般的です。 <author-last-name> isn <！>＃8217; t。この2つを区別することは判断の呼び出しであり、それがコンピューターではなく人間が仕様を作成する理由です。
タグとしてHTMLに追加するにはあまりにも具体的なカスタムセマンティクスの場合、HTML5は microdata を定義します。
Andy Clarkの本 Transcending CSS を読んでいます（33ページ）。
...、 header 、 left 、または red などのプレゼンテーション名は、要素の外観や位置は選択肢として不適切です。
これらの行を読んだ後、私は自分自身に尋ねました。なぜフッターはより意味的ですか？ Andyは本の中で、フッターdivのIDに site-info を使用することを推奨しています。フッターは表示名です（要素の位置を記述します）。
一言で言えば、AJAX。新しいタグは、多くのWebサイトが苦しんでいる<div class="sidebar-wrap"><div class="styling-hook"><div><ul class="nav">タイプのdivitisの一部を置き換えることで、実際の開発者が行っていることをサポートすることを目的としています。 HTML5に残っている唯一の<div>は、スタイリングフックです。
クラスからタグに昇格されるセマンティクスは、xhtml / cssの採用期間が延長されていることを考えると、開発者がen-masseをベストプラクティスとして自由に採用したセマンティクスです。 WHATWG開発者版の仕様のセクションページをご覧くださいこちら。このドキュメント自体は楽しいものですが、まだ見たことがない人にとっては損ないません。
W3Cが下した決定のあまり明白でない理由の1つは、Webkitの重要性です。ご覧になれば、HTML5ワーキンググループの現在の仕事を引き受け、アイデアを実装する点で、彼らよりも優れていることがわかります。歴史的に、これらはコンプライアンスにおいて先を行っています（こちらを参照）。 W3Cは、彼ら（つまり、Android、iPhone、Googlebot、Chrome、Safari、Dreamweaverなど）を優先しました。 Google、フレームワークユーザー、Wordpress / Moveable Type / Joomla！タイプユーザーや他の人が自己完結型のビルディングブロックを望んでいたので、これは私たちが得るスタイルです。
Facebookはモジュール式です。レスポンシブデザインのグリッドはモジュール式です。 Wordpressはモジュール式です。 Ajaxはモジュラーページ構造で最適に機能します。ウィジェットはモジュールです。プラグインはモジュールです。これらのタグを適用して適切な要素を簡単にフックし、document / application / info-networkハイブリッドWeb 2.0でアクティブにするのを簡単にする方法などを理解しようとしているように思われます。
最後に、HTML5はxml（再び、仕様を参照）として記述され、ドキュメントの一部に対してajaxリクエストを行うツールとマシンが適切な形式の有用な応答を取得できるようにします。フィードリーダー、点字プリンター、アノテーターなどのデバイスに対するメディアクエリのようなものと組み合わせると、どれほど素晴らしいものになるでしょうか。セマンティックコンテンツが優れているものはすべて、自動的に独自のニュースフィードである（近い）未来を見ています！これは、開発者が準拠ドキュメントを採用して作成した場合にのみ発生します。
