賢いコード

Chris Ferdinandiは最近、JavaScriptのスニペットが巧妙であるが読みやすく潜在的にパフォーマンスのあるコードを紹介することを強調し、私たちの業界の簡潔さへの執着についての議論を引き起こしました。彼は、特に生産コードでは、賢さよりも読みやすさを優先することが非常に重要であると主張し、私は同意します。簡潔さは、審美的に心地よいものの、しばしば保守性の問題につながります。

ただし、プロトタイプと生産コードの間には重要な区別が存在します。 Jeremy Keithが指摘しているように、プロトタイピングは、セマンティクスやパフォーマンスを犠牲にして速度を優先します。生産で完全に受け入れられる複雑なクラスの命名規則は、プロトタイピング中に不必要なタイムシンクになります。

実験と独創的な手法はプロトタイプで価値がありますが、生産コードには異なるアプローチが必要です。目標は「うわー、私はそれを見たことがない！」から変わりました。 「これは明確で、保守可能で、チーム全体が簡単に理解できます。」

この原則は、SASSに等しく適用されます。深くネストされた構造は、最初はエレガントではありますが、複雑なデザインとメディアクエリで扱いにくいものになります。この例を考えてみましょう。

 <code>.element { .heading { ... } }</code>

これは簡単に複雑になる可能性があります。よりシンプルで、より保守可能な代替手段：

 <code>.element { ... } .element-heading { ... }</code>

この一見単純化されたアプローチは、読みやすさと拡張性を高めます。クラス間の関係はより明確で、ハッキーなオーバーライドの可能性を減らします。 Sass Ampersandsに関するAndy Bellの投稿は、この創造性と実践性の緊張をさらに示しています。

最終的に、CSSとJavaScriptには厳格なコーディングルールがありません。最適なアプローチはプロジェクトに依存します。しかし、生産のためには、巧妙で簡潔なコードよりも退屈で簡単に理解できるコードを優先することが不可欠です。ただし、プロトタイプは、実験と型破りなテクニックの遊び場であり続ける必要があります。野生の実験的なプロトタイプを受け入れましょう。

以上が賢いコードの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。