與BEM大規模合作

>本文探討了使用BEM（塊，元素，修飾符）CSS方法的挑戰和最佳實踐，並藉鑑了經驗豐富的開發人員的見解。 解決的核心問題是如何有效地管理BEM在大型項目中的複雜性。

>本文首先要突出一個共同的誤解：過度巢穴。雖然基本的BEM結構（

）很簡單，但許多開發人員將其錯誤地擴展到過度級別（例如，.block__element--modifier）。 採訪開發人員之間的共識通常是將嵌套限制在一個或兩個層次上。 深嵌套可降低可讀性和可維護性，並且通常表明需要更好地範圍範圍或重組。 一位開發人員建議使用更長，更具描述性的元素名稱，而不是添加額外的嵌套級別。 另一個提供了一個引人注目的類比，將過多的嵌套與嚴格定義CSS中的DOM結構進行比較，提倡更靈活的方法。 但是，並非所有開發人員都嚴格遵守這一兩級限制。有些人發現有時需要更深的築巢。 .block__element__subelement--modifier>

>正確的塊範圍至關重要。 文章強調從最小，最獨立的單元開始，避免了包含無關元素的過度範圍定義。 這種方法確保了更好的模塊化和可重複性。

組織CSS文件是另一個關鍵方面。一些開發人員主張一個每塊一個塊的結構，促進模塊化和易於維護。 其他人則將其與SMACSS的元素結合在一起，從而創建了一種混合方法。 本文還討論了ITCSS（倒三角CSS），該方法可以根據特異性，明確性和覆蓋範圍來構建CSS，並提供一個結構化的分層系統來管理大型CSS項目。

>在神秘的縮寫中鼓勵使用長長的描述性班級名稱，以提高代碼的可讀性和可維護性。 該文章強烈建議不要將SASS的

與BEM一起使用，更喜歡HTML中的多級方法，以保持類別之間的明確關係並避免CSS膨脹。 這種方法允許更大的靈活性和更輕鬆的修改。

> @extend>最後，強調CSS覆蓋的重要性是要執行命名慣例並確保團隊之間的一致性。 本文還涉及更廣泛的Yandex Bem堆棧，該堆棧涵蓋了用於JavaScript和模板的工具，但承認許多開發人員僅關注CSS方法。 結論強調了找到適合團隊和項目的工作流程，結合來自各種來源的工具和技術的重要性。 強調了有據可查的結構化組件的好處，以及避免過度自動化以獲得更好可移植性的需要。

>本文以常見問題的結論涵蓋了BEM的各個方面，與其他方法的比較以及實施和擴展的實用技巧。

以上是與BEM大規模合作的詳細內容。更多資訊請關注PHP中文網其他相關文章！