在刚接触html的时候,从某地方看到说html的table标签非常重型,会降低性能,最好不用。(国内某大型在线教育平台官推的课程的老师, 绝对说过 我还记了笔记...)
于是这句话被当时自己深深记在脑海。能用p的地方全用p
现在我特别想知道,html的table到底重在哪里了? 把table换成p,什么都用p,这难道不是严重违反了html语义化吗?
感觉怎么做都是在给自己挖坑啊...
认证0级讲师
さあ、あなたの心の中の結び目を解きましょう。
table; これは主に古代にレイアウトに使用されていたタグです。SEO にはあまり適していません。現在の HTML ははるかに複雑です。テーブル レイアウトは、たとえば p よりも柔軟性が低くなります。 float、position と言ってください。
しかし;比較的標準化されたテーブルタイプのデータを表示する場合;テーブルの配置は非常に便利です;テーブルにはまだその場所があります;
ここで結論を示します。重要なポイントを強調します。まず、セマンティクスはすべてのテーブルを p に置き換えるだけという意味ではありません。ただし、header、nav、footer タグを使用する必要があります。 p >
第二に、記事などの SEO に重点を置いたページでは、テーブルを使用しないのが正しいです。
最後に、テーブルは引き続き使用できます。通常、テーブルは SEO が不要な管理バックエンドや個人センターで使用され、データは比較的標準化されており、構造は単純です。信じられないかもしれませんが、 Taobao JD.com パーソナル センターを開くことができます。注文がすべてテーブルですか?
書籍 <<Webkit Technology Insider>> から重要な情報を確認できます。
テーブルのブラウザ レイアウトは、複数回の再描画と再配置を経て生成された最終的なテーブルです
リフローはブラウザのパフォーマンスを消費します
ブラウザのパフォーマンス最適化のため、ブラウザの再配置は可能な限り避けるべきであるため、現在主流のレイアウトではテーブルを放棄し、他のタグに置き換えていますが、バックグラウンド管理ページでは、テーブルが依然として頻繁に使用されているため、それは問題ではありません。状況に応じて使用する必要があります
追記: 投稿者が比較的性能の悪い Android スマートフォンを使用している場合は、表が含まれるメールを開いてみると、表がスローモーションで何度も再配置され、再描画されるのが投稿者自身の目で確認できます。 / p>
https://feclub.cn/post/content... ここでは、リフロー、再描画、および高頻度の DOME 操作によるパフォーマンスの消費について、個人的には非常に優れていると考えています。
テーブルの重さも知りたいです。
彼の言う「重い」というのは柔軟性のなさを指すのだと理解しています
ここでの「重い」というのは、タグが肥大化していることを意味しますよね。結局のところ、<p> には 3 セットの <table><tr><td> のタグ セットが 1 セットあるだけではありません。コードが増えると、見た目も混乱しますが、結局のところ、これら 2 つのタグには独自のアプリケーション シナリオがあり、必ずしもテーブルを放棄してセマンティック タグを使用するのが最善の方法であるとは限りません。
<p>
<table><tr><td>
セマンティック タグは、使用すべき場合には引き続き使用する必要があります。
上記の上司が述べたように、テーブルの重要性は主に再描画に反映されており、2004 年以前はテーブル レイアウトが依然として使用されており、2004 年以降は p+css レイアウトが登場し、料金が発生したためです。 table の重要性も認識しており、テーブルをいつ使用するかについてよく不満を言われますが、p+css を使用してテーブルをシミュレートする場合と比較して、純粋なテーブルを作成する場合には、table には依然として一定の利点があります。
さあ、あなたの心の中の結び目を解きましょう。
table; これは主に古代にレイアウトに使用されていたタグです。
SEO にはあまり適していません。
現在の HTML ははるかに複雑です。
テーブル レイアウトは、たとえば p よりも柔軟性が低くなります。 float、position と言ってください。
しかし;
比較的標準化されたテーブルタイプのデータを表示する場合;
テーブルの配置は非常に便利です;
テーブルにはまだその場所があります;
ここで結論を示します。重要なポイントを強調します。
まず、セマンティクスはすべてのテーブルを p に置き換えるだけという意味ではありません。
ただし、header、nav、footer タグを使用する必要があります。 p >
第二に、記事などの SEO に重点を置いたページでは、テーブルを使用しないのが正しいです。
最後に、テーブルは引き続き使用できます。通常、テーブルは SEO が不要な管理バックエンドや個人センターで使用され、データは比較的標準化されており、構造は単純です。
信じられないかもしれませんが、 Taobao JD.com パーソナル センターを開くことができます。注文がすべてテーブルですか?
書籍 <<Webkit Technology Insider>> から重要な情報を確認できます。
テーブルのブラウザ レイアウトは、複数回の再描画と再配置を経て生成された最終的なテーブルです
リフローはブラウザのパフォーマンスを消費します
ブラウザのパフォーマンス最適化のため、ブラウザの再配置は可能な限り避けるべきであるため、現在主流のレイアウトではテーブルを放棄し、他のタグに置き換えていますが、バックグラウンド管理ページでは、テーブルが依然として頻繁に使用されているため、それは問題ではありません。状況に応じて使用する必要があります
追記: 投稿者が比較的性能の悪い Android スマートフォンを使用している場合は、表が含まれるメールを開いてみると、表がスローモーションで何度も再配置され、再描画されるのが投稿者自身の目で確認できます。 / p>
https://feclub.cn/post/content... ここでは、リフロー、再描画、および高頻度の DOME 操作によるパフォーマンスの消費について、個人的には非常に優れていると考えています。
テーブルの重さも知りたいです。
彼の言う「重い」というのは柔軟性のなさを指すのだと理解しています
ここでの「重い」というのは、タグが肥大化していることを意味しますよね。結局のところ、
<p>
には 3 セットの<table><tr><td>
のタグ セットが 1 セットあるだけではありません。コードが増えると、見た目も混乱しますが、結局のところ、これら 2 つのタグには独自のアプリケーション シナリオがあり、必ずしもテーブルを放棄してセマンティック タグを使用するのが最善の方法であるとは限りません。セマンティック タグは、使用すべき場合には引き続き使用する必要があります。
上記の上司が述べたように、テーブルの重要性は主に再描画に反映されており、2004 年以前はテーブル レイアウトが依然として使用されており、2004 年以降は p+css レイアウトが登場し、料金が発生したためです。 table の重要性も認識しており、テーブルをいつ使用するかについてよく不満を言われますが、p+css を使用してテーブルをシミュレートする場合と比較して、純粋なテーブルを作成する場合には、table には依然として一定の利点があります。