html_html/css_WEB-ITnose のモジュールレイアウトに関する簡単な説明-htmlチュートリアル-php.cn

ウェブサイトの初期開発段階で、最初の PSD デザインドラフトを入手したとき、どのように始めましたか?

Web ページの構造は何を基準に分割していますか?

Web ページ内の一般的なスタイルをどのように抽出しますか?

モジュール型レイアウトの最大の利点は、開発と保守が簡単であることです。変化するニーズによりよく対応します。これらのモジュールは相互に依存しておらず、特定の共通点があります。

モジュール型レイアウトは通常、大規模なインターネット Web サイトの開発で使用されます。

Web サイトのアーキテクチャにさらに必要なのは、合理的なネストで最高の堅牢性、拡張性、メンテナンスの容易さを維持することです。

例:

改訂中にいくつかの機能の削除や変更を経験したことがありますか。このとき、この部分の HTML コードと CSS コードを見つけるのに苦労する必要があります。関数の CSS は異なる CSS ファイルで配布される場合があります。他の関数もこのコードを使用することを恐れて、スタイルコードの一部を簡単に削除する勇気はありません。

他の人が開発したプロジェクトを受け入れるなら、おめでとうございます。コードを削除するたびに震えるでしょう。。このコードを削除しないと、長期的には多くの「歴史的問題」が残ることになります。

例:

開発プロセス中に、クラスのクラス名が臭くて長い名前になったという経験はありませんか。そうしないと、他の部分と混同してしまう可能性が高いからです。クラスの競合、またはスタイルがオーバーライドされます。

スタイル付きのコードを見たことがありますか? .title など。どこで使用されたか思い出せませんが、それを保存し、今後の開発プロセスで .title という名前を付けないようにする必要があります。

....

コードに夢中になっている私たちプログラマーにとって、誰もがきちんと整然としたコードを見たいと思っています。そして、コードの各行が、難しく考えることなく、その機能とアプリケーションのシナリオを簡単に把握できるようになることを願っています。

モジュラーレイアウトには、モジュールファイルとテンプレートファイルがあります。

開発プロセス中に、これらのモジュールが抽出されます。別のファイルを作成します。これがモジュールファイルであり、これらのモジュールを紹介するページがテンプレートファイルです。。

以下の例を参照してください:

テンプレートファイル

モジュールファイル:

これらのモジュールには、モジュール名 (通常はファイル名) である一意の id 属性があります。

Web 開発のプロセスでは、ドキュメントアーキテクチャ層と識別モジュール名以外の場所で ID を使用することは強くお勧めできません。モジュール名を除いて、常に一意で変更されない関数は基本的に存在しないためです。

これらのモジュールは、独立したモジュールとして識別するための共通のクラス識別子「g-mod」を持ちます。

g-mod はスタイルを持つことができません。その存在は、Web ページ構造内のモジュールを識別するためだけです。

では、モジュールの内部構造は何でしょうか?

まず、モジュールにはヘッドが必要です。ヘッドに .hd という名前を付けます。

ヘッダーにはタイトルが必要です。タイトルがない場合はどうすればよいのかと疑問に思う人もいるかもしれません。タイトルがないと、ページの表示に明確なタイトルが表示されませんが、モジュール自体にはタイトルが必要です。

このタイトルをページ内に記述し、CSS で非表示にすることができます。この利点は、一部の読み取り支援ツールが Web ページをクロールしたときに、ドキュメントの概要が明確になることです。また、Web ページがよりセマンティックになるでしょう。

次に、これはモジュールの主要部分であり、.bd という名前を付けます。

モジュールの大部分をここに書きます。

次に、モジュールの末尾があり、この場所にモジュールの二次的なコンテンツとレースを配置できます。 .ft という名前を付けましょう。

この部分がない場合は、モジュールの末尾は省略できます。

モジュールの構造図は次のとおりです

このとき、すべてのモジュールに次のような名前を付けると、と考える学生もいるかもしれません。これは問題になりますか? スタイルの競合は発生しますか?

CSS スタイルを記述するとき、各モジュールのスタイルはスタイルの前に独自の「名前空間」を宣言します。したがって、異なるモジュール内の同じ名前の要素のスタイルが重複したり、相互に干渉したりすることはありません。

例:

名前の付け方について一言言いたいのですが、

ID 名通常、それは完全である必要があります 、少なくともモジュールの ID を通じて、それがどのモジュールであるかを見つけることができます。それは何をするのですか？

スタイルのクラス名については、冗長性を避けるために、場所やモジュールの情報をできるだけ簡潔にすることが最善です。 命名プロセス中に他のモジュールとの名前の競合を心配する必要はありません。また、セマンティクスも少しあります。

このようにして、CSS の行を読んで、この CSS 行がどのスタイルに対応しているかを頭の中ですぐに知ることができます。

たとえば、#apprise.list{} のこの行のスタイルを読むと、このページとリストに「評価」関数を持つモジュールがあることがわかります。そして #apprise li .date{} とすると、この行の CSS は「評価」モジュールのリストの時刻情報を記述していることが分かります。

上の図では、モジュール型レイアウトでは、CSS の記述方法によっても「カプセル化」と同様の視覚効果が得られることがわかります。特定の場所を変更する必要がある場合、その場所のスタイルをより迅速に見つけることができます。

つまり、

.bd{} ;

.title{};

.name{} を直接表示する必要はありません。 ;

そのようなスタイル。なぜなら、この書き方は私たちを混乱させ、どこで使われているのか疑問にさせるからです。さらに、.title や .bd などの名前を使用すると、次回のページ作成時にこれらのクラス名を任意に使用できなくなります。

そして、私たちが望むのは

#crumb .bd{}

#curmb .title{}

#newslist .name{}

です。

こうすることで、彼がどこに現れるかを一目で知ることができます。

これにより、スタイルの各行の前に無邪気に奥行きのレイヤーが追加されると言う人もいます。パフォーマンスに影響を与えます。

しかし、私たちの現在のコンピュータはもはや 486 N 年前のものではなく、現在のブラウザももはや N 年前の IE5 ではありません。このようにもう 1 層のネストを作ります。パフォーマンスにはまったく影響しませんが、大規模なインターネットサイトの開発では、コードがより堅牢になり、読みやすくなります。バージョンは常にアップグレードされ、反復されます。コードの保守性はパフォーマンスをはるかに上回る必要があります。

モジュール間に大きな類似性がある場合、共通のモジュールを直接書くことができます。 例:

/* g-newlist モジュール news1 、 news2 */

.g-newlist{};

.g-newlist .hd{ } ;

.g-newlist .bd{};

.g-newlist .ft{};

モジュールファイル内でこのように使用できます。

…….

g-newlist の「g-」は global の略です。「g-」を見ると、それがグローバルスタイルであることがすぐにわかります。基本的なクラス。

共通モジュールスタイルの場合、どのモジュールが提供されるかについてコメントする必要があります。

これら 2 つのモジュールは似ていますが異なり、両方とも少しパーソナライズされている場合はどうなるでしょうか?

ご存知のとおり、ID の優先順位はクラスの優先順位よりも一段高いです。