物議を醸すシンプルなレイアウトルール

この記事は、そもそも最近公開された記事「シンプルなレイアウトのシンプルなルール」に対する答えです。

著者は、これらの例と推奨事項に関する私の意見を表明するために、答えを書くように私を招待しました、そして、私はこの招待を以下で使用するつもりです。 (カットの下に行く前に元の記事を読んでください-必ず!)



引用文は、私がそれらのすぐ下で反論しようとするすべての声明を強調しました。



さて、遅すぎることなく、すぐに続行します。



物事は明らかですが、それらをまとめた記事は見つかりませんでした。
ペンの先端で愚かな質問が凍結しました:著者は検索しましたか? 特にこの記事で推奨されている手法のほとんどは非常に物議を醸すものであり、多くの議論を引き起こしているため、「バグ修正」と呼ばれる権利がないためです。



推奨事項自体については:



<!-- news --> <div class="news"> <div class="item"> <span class="date">16.07.12</span> <a href="#" title="" class="title"><strong>  </strong></a> <p> </p> </div> <div class="item"> <span class="date">16.07.12</span> <a href="#" title="" class="title">  </a> <p> </p> </div> <div class="item"> <span class="date">16.07.12</span> <a href="#" title="" class="title">  </a> <p> </p> </div>
      
      







ニュースブロック、あなたについては知りませんが、ここには何も表示されません...標準的なページレイアウト...著者が逃げようとした過剰なもの、私はまだ理解していません、この例ではBeforeの例が本当に欠けているようです。

しかし、ここには悪いスタイルがあります:



ジェネリッククラスアイテムに注意してください。 誰でも自由に別の名前を付けることができます。たとえば、重要ではありません。このアイテムは、将来コードを操作する必要があるすべての人にとって絶対に中立で意味のあるものに思えます。
このクラスは、エンティティの種類、使用目的について何も言わないため、そのような普遍性は非常に悪い推奨事項であり、その結果、最終プロジェクトにそのようなアイテムが複数表示される可能性があり、プロジェクトのメンテナンスが非常に複雑になります、私は、そのような無関係なクラスが同じ名前空間で会った場合に何が起こるかについて話していません。

推奨事項: Steve McConnellの本「The Perfect Code」を読んでください。このアドバイスに加えて、興味深い観察、アイデア、優れた実践などがたくさん見つかります。



また、クラス名を複製する一般的なブロックの前にコメントがあります。 これは冗長に見えるかもしれませんが、実際にはコードの方向付けを非常に容易にします。




ここでは非常に平凡です。一般的なアドバイス、技術、その他とは呼べません。個人的な意見では、本当に「冗長」です。終了ブロックの直後にコメントを残して、特定のブロックに関する情報を残す方がはるかに有益です。もう閉じただけ



 </div><!-- /news -->
      
      





...インデックスと番号を付けるか、明確な名前を付けて要素を形成します。




番号を付けないで、わかりやすい名前を付けてください、私はすでにこれについて書きました。



クロージングボディの前にスクリプトを接続することをお勧めしますが、反対することはできませんが、問題はありません。 別のファイルでページごとに変わらない静的関数呼び出しを行うこともお勧めします。




良い形で? 正直なところ、私はそのようなことを聞​​いたことがありません。間違っている場合は修正しますが、標準化された言語を扱っていますか? そして、私にとっては、標準に準拠し、すべてのカスケードテーブルと接続スクリプトをドキュメントヘッダー、このために特別に割り当てられた「ヘッド」セレクターに記述することは何の問題もありません。



コードロジック-一般的な推奨事項



ここでは何も言いません、いくつかのヒントは良いです、いくつかは少し議論の余地がありますが、それらについての議論を膨らませるには十分ではありません。



•プロジェクトルートのメインフォルダーの名前とページ名を標準化する必要があります。




これは、所有者やメンテナンススタッフにならずに偶然、またはその他の方法でホスティングにアクセスするユーザーがシステム内の最も重要な場所を簡単に見つけることができるようにする必要があります。



もちろん、標準化が必要ですが、通常の方法で名前を付ける必要はありません。プロジェクトレベルでこれをすべて解決し、文書化して、受け入れられた標準に従うことができます。



CSSについて少し



スタイルシートのスタイル設定方法を教えることは私にとってではありません。比較的まれにしか使用されないよく知られた方法を紹介しますが、CSSの可読性を非常に高くし、Ctrl + Fスペルを使用する必要がなくなります。




一見、良いアドバイスですが、非常に物議をかもし、その長所と同様に重要な短所が何度も議論されました。同様の構造を使用することはお勧めしません。



cssファイルを理解するのが難しい場合、おそらくより良い解決策は、そのようなツリーを構築するためにエディターを選択または構成することです。ただし、クリックすると、たとえばそれを開きます。



しかし、個人的には、クラスの名前(識別子)によるCtrl + Fの難しさはわかりません。少なくとも、プロパティの名前、または値によって文字列を調べるよりも簡単です。



All Articles