良い点：Webプロジェクトレイアウトの品質を評価するための基準をどのように作成したか

学習プロセスにおける基準の重要性

フィードバック収集

最終的に何が起こったのか

基本的な基準

1.すべてのページおよびページ上のすべての要素の完成したHTMLマークアップ。

生徒は、ページを完全に折りたたむ必要があることを理解する必要があります。

2.すべてのページに1つのスタイルファイル（ normalize.cssを考慮に入れると、2つできます）。

自動化を考慮していないため、基準を緩和し、正規化を別のファイルとして接続できるようにしました。

3.レイアウトは、最新のブラウザーであるChrome、Opera、Firefox、Safari、およびInternet Explorer 10以降で同様に表示されます。

はい、私たちの選択はIE10 +です。 古いバージョンのレイアウトを撃退する方法を生徒に教えます。

4.サイトは、このレイアウトの最小解像度で正常に見えるはずです。

• 画面サイズを大きくすると、レイアウトは中央に維持され、水平スクロールがなくなります。
• レイアウトの幅よりも小さい画面では、レイアウトの構造を変更しないでください。

よし	悪い

5.ドキュメントのルートにあるフォルダーは、 css 、 img 、 jsなどです。 メインページはindex.htmlと呼ばれます。 名前とファイル拡張子に大文字やスペースは含まれません。

よし	悪い

6. HTML、CSS、およびJavaScriptでのコードの均一な記述と書式設定。

特定のコーディングスタイルの選択を要求しません。 主なものは均一性です。

 <header class="page-header"> <nav class="main-menu"> <ul> <li class="active"> <a href="index.html"></a> </li> <li> <a href="contacts.html"></a> </li> </ul> </nav> <div class="login"> <a href="/login" class="login-button"></a> </div> </header> 

 <header class="page-header"> <nav class='mainMenu'> <ul><li class="active"> <a href="index.html"></a> </li> <li> <a href="contacts.html"></a> </li> </ul> </nav> <div class='logIn'> <a class="login_button" href="/login"></a> </div> </header> 

7.著しいマークアップエラーはありません。 例：

• リンクは<a>タグではなく、他のタグによって作成されます。
• インライン要素を使用して大きな（メッシュ）ブロックを作成します。
• 段落は<br><br>ではなく、段落でなければなりません。

多くの物議を醸すが、要素をマークするための許容可能なオプションがあるため、この基準は最も主観的です。 しかし、「絶対的な悪」もあります。これは、コードに入れたくないものです。 このような一般的なエラーの例を歓迎します。

8.テーブルと配置を使用してグリッドを構築することはできません。

display: tableではなく、テーブルを使用します。

9. CSSでは!importantを使用できません。

10.レイアウトのようにコンテンツを入力する場合、各ページの要素はレイアウトに対応する必要があります。

• 高さ5ピクセルと幅2ピクセルの差が許可されます。
• カスタムフォーム要素の様式化の欠如は許可されます。
• プラットフォームごとにアンチエイリアスに関連するフォント表示に違いがあります。
• 正しいフォントを接続し、そのサイズと太さをレイアウトとTKのサイズに対応させる必要があります。

レイアウトを一致させるための基準は、完全なピクセルパーフェクトよりも柔らかくしました。 そして、あなたは正しいと思いますか？

11.正しい画像形式が選択されます。

• 写真用のJPEG。
• それ以外はすべてPNGです。

12.ドキュメントを検証する必要があります。

追加基準

1.クラス名、属性などで音訳を使用することはできません。

 .login-button { ... } .container { ... } .footer { ... } 

 .knopka-vhoda { ... } .kontainer { ... } .podval { ... } 

2.スタイリングに#idを使用できません。

3.ネストセレクターを3つ以上使用することはできません。

4. normalize.css使用しましnormalize.css 。

5. display: inline-blockをdisplay: inline-block 、すべてのブロックに適切なvertical-alignを明示的に指定する必要があります。

6.リストの最後に、代替フォントオプションとファミリのタイプを指定する必要があります。

7. CSSプレフィックスを正しい順序に並べる必要があります。

8.背景画像があるブロックの背景色を明示的に設定する必要があります。 色は、背景画像の一般的な色と一致する必要があります（画像が読み込まれるまで、ページはレイアウトのように見えます）。

背景色を指定しないと、写真がなければ、テキストの一部が見えなくなる可能性があります。

しかし、ブロックの背景色を慎重に処方すれば、画像の不足は怖くありません。

9. styleguide.psdの要素のすべての状態を使用する必要があります。

もちろん、すべてのデザイナーがこのようなスタイルガイドを作成するわけではありませんが、学生がさまざまな状態のスタイリングについて考えることに慣れるように、レイアウトをトレーニングするためにそれらを準備しました。 以下は、いずれかのレイアウトのスタイルガイドの断片です。

10.要素と対話するとき（ガイダンス、押す）、要素自体もその周囲のブロックも位置を変えないことが必要です。

そのように「ジャンプ」するものはありません。

11.以下を使用する必要があります。

• イメージスプライトまたはアイコンフォント。
• CSSを最小化します。
• JavaScriptコードを最小化します。

レイアウトを最適化し、学生にそれらの使用を開始させる最も簡単な方法について説明します。

12. <img>タグですべての画像のサイズを指定する必要があります。

13.レイアウトはコンテンツオーバーフローテストに合格します。 レイアウトが壊れません：

• 要素にさらにテキストを追加する場合。
• 間違ったサイズの画像を使用する場合。
• テキストがオブジェクトから脱落しないようにしてください。
• コンテンツブロックのオーバーフローは、グリッドに違反しません。

コンテンツが親コンテナーからドロップアウトして非表示になると、問題が生じます。 たとえば、メニュー内の白いリンクがページの白い背景にある場合。

この場合、アイテムを追加するときに、メニューブロックの高さを増やす必要があります。 見苦しいかもしれませんが、メニュー項目は常に表示されます。

14. </body>直前にすべてのスクリプトを含める必要があります。

15.できるだけ少ないHTML要素を使用します。

これも主観的なポイントであるため、追加の基準に含まれています。 これにより、たとえば、生徒に擬似要素を使用して装飾的な詳細を作成するように強制します。

16.次のようなプログレッシブエンハンスメントアプローチを使用する必要があります。

• ポップアップを表示するボタンは、デフォルトでは、個々のページにつながるリンクです。
• JavaScriptを使用しないインタラクティブマップは、マップを含む静的な画像を表示します。

改善できること：専門家の意見

優れた完全なリストであるため、プロジェクトを実施する前にすべての専門家にそのすべてのポイントを確認することをお勧めします。 これにより、プロジェクトの外観がきれいになり、重要なこととして、コード自体の読み取りと解析が容易になります。

初心者にとっては、このリストは非常に適切で、多くの重要なポイントがあると思います。 もちろん、補足することもできます。

移動中の新しい基準は提案しませんが、たとえば、2つの基準を追加の基準から基本的な基準に移行します。

リストの最後に、代替フォントオプションとファミリのタイプを指定する必要があります。
レイアウトはコンテンツオーバーフローテストに合格します。 レイアウトが壊れません：

• 要素にさらにテキストを追加する場合。
• 間違ったサイズの画像を使用する場合。
• テキストがオブジェクトから脱落しないようにしてください。
• コンテンツブロックのオーバーフローは、グリッドに違反しません。

特に2番目。 多くの場合、彼らはそれについてまったく考えません。

リストは適切であり、材料の同化の質を確認するために使用できます。一般的な知識、アカデミーのコースに関係なくその質を評価するには、次のように基準を策定する必要があります。

• レイアウトは、標準やページのフォーマットに関する一般に受け入れられている規則を損なうことなく、タイプセッターと開発者の両方にとって可能な限り明確でなければなりません。
• 同じことがレイアウトのファイル構造にも当てはまるため、名前でフォルダの内容を判断できます。
• アダプティブレイアウトパラメーターを設定するときは、要件で説明されているすべての可能な画面サイズに留意する必要があります。
• リリースレイアウトで提供されるすべてのリソース（スクリプト、スタイル、画像-すべてはWeb用に準備する必要があります）に特に注意を払う価値があります。

>高さ5ピクセルと幅2ピクセルの違いが許容されます
そのようなことをピクセルで示すことは、現実の世界では必要のない不健康な細心の注意を喚起することを意味します。 「できるだけレイアウトに近い」と言うだけで十分です。

>ドキュメントはバリデーターvalidator.w3.orgに合格する必要があります
私はむしろvalidator.w3.org/nuをお勧めします -それは正式な妥当性にあまり焦点を合わせていません。

>正しい画像形式を選択：写真用のJPEG、PNGのその他すべて
「正しい」形式はなく、「適切な」形式のみがあり、SVGをここで言及できます。

> normalize.cssを別のファイルとしてレイアウトに接続する必要があります
normalize.cssまたはreset.css 、どちらのアプローチにも生命権があります。

>リストの最後に、代替フォントオプションとファミリのタイプを指定する必要があります
これは追加の基準以上のものであり、メインの基準に移行します。

> CSSプレフィックスを正しい順序に並べる必要があります
この要件は混乱を招き、接頭辞の「正しい」順序はありません。1つの原則があります。接頭辞のないプロパティはa）であり、b）は最後になります。

>イメージスプライトまたはアイコンフォント
非常に複雑で疑わしい要件、特にアイコンフォントについて-非常に疑わしい技術です。 スプライトはレイアウトではなく、スプライトは最適化とアセンブリであり、手作業では行えず、自動化されています。

>たとえば、プログレッシブエンハンスメントアプローチを使用する必要があります。
ボタン付きのフォーム、インタラクティブなマップ-あまりわかりにくい、不必要な詳細。 策定する方が良い：重要なサイト機能は、JS期間なしで機能するはずです。 まあ、「進歩的な改善」。