ページを作る人が遭遇するだろうが、誰もが明確かつ包括的に知っていることができる浮かぶものをクリアしますか?だから私が自由だったとき、私はすぐにそのような記事を書きました。私はすべてをカバーすることはできませんでしたが、基本的に私が知っているすべてを教えることができました。
フロートをクリアする方法の数を大まかに見てみましょう(Zoom:1にズームで書くことはありません。次のトピックのために書きます)。対応するデモ- 擬似クラスを使用する:後続の空の高さビットゼロで擬似クラス層をクリーンアップする後
- CSSオーバーフローを使用してください:自動車の高さをサポートします
- CSSオーバーフローを使用してください:隠されて奇妙な適応を生成します
- 表示:テーブルを使用して、オブジェクトをテーブル形式に変えます
- DivタグとCSSクリア属性を使用します
- BRタグとCSSクリア属性を使用します
- BRタグを使用し、独自のHTMLクリア属性を使用します
荒いように、彼らはすべて問題を解決することができます。しかし、一方で、彼らは独自の長所と短所を持っています。 (1対1の通信)- 利点構造セマンティクスは完全に正しく、他の奇妙な問題を引き起こしません。欠点不適切な再利用方法により、コードボリュームが大幅に増加する可能性があります。これは、フローティングしているときに最も外側の層を使用する人や、モジュール式の方法ではっきりと使用する人に推奨されます。
- 利点構造は完全に正しく、コードボリュームは非常に少ないです。複数のネスト後の短所、最も外側の浮動ボックスをクリックすると、最も外側のコンテンツ(FF)に選択されます。または、マウスオーバーが幅を変更すると、最も外側のモジュールにはスクロールバーがあります(つまり)。内部モジュールを使用することをお勧めします。それらをネストしないでください。
- 利点構造は完全に正しく、コードボリュームは非常に少ないです。欠点が増加すると、コンテンツが自動的にラインをラッピングすることなく非表示になる可能性があります。幅が固定されているときに使用し、ネストしないことをお勧めします。
- 利点構造は完全に正しく、コードボリュームは非常に少ないです。 Disadvantage Boxモデルの属性が変更されており、カウントすることさえできない非常に多くの奇妙なイベントがあると想像できます。バグを変更したくない場合は、使用しないことをお勧めします。ただし、アルファバージョンでは一時的な愚か者としてテストできます。
- 利点:非常に少数のコードと非常に高い再利用性。欠点は、セマンティクスに適応するのに完全に効果がありません。これは、改訂および要件の変更を助長しません。初心者がそれを使用することをお勧めします。これにより、浮動的な問題をすばやく解決できます。
- 利点セマンティック化の程度は、5番目のケースよりも優れています。コードボリュームは非常に小さく、再利用性は非常に高くなっています。欠点のセマンティック化は依然として不完全であり、修正と需要の変更を助長しません。初心者がそれを使用することをお勧めします。これにより、浮動的な問題をすばやく解決できます。
- 利点セマンティック化の程度は、5番目と6番目のケースよりも優れています。コードの数は最小で、再利用性は非常に高いです。欠点のセマンティック化は依然として不完全であり、修正と需要の変更を助長しません。初心者が自分の思考をアップグレードするときにそれを使用するように導くことをお勧めします。そのため、クラス名を使用してパフォーマンスを制御する代わりに、Web1.0のWebページの時代に戻ってHTML属性を直接使用してパフォーマンスを制御することをお勧めします。結局のところ、後者のコードは少ないです。
最後に、リストが完成しました。しかし、以前に幽霊によって転載された記事について皆に謝罪する必要があると思います。私が後悔しているのは、私がゴーストのタイトルを変更し、最も単純なものを最適に変更したため、多くの学生が後で誤解されたことです。そこで、私は共有するために書き直された記事を書きました。