Bu konuda yaklaşık 1.5 saat boyunca okuyordum ve yine de kısa bir özet ve belirleyici cevabı bulamadım.İç içe geçmiş seçiciler performans etkisi ve LESS
Tarayıcıları anladığım kadarıyla, CSS seçicilerini sağdan sola ayrıştır. Bunun gibi uzun bir CSS seçici anlamına
:
.card .container .businesscard .pinfo li.pinfo-box span:first-child
kod az verimli hatlarından biridir zamankinden SO burada görünür.
Her şeyden önce, bu konuda haklı mıyım? İkinci olarak, ben bu tür mamut seçicilerini kodladığım yuvalanmış tasarımlardan üreten LESS kullanarak zengin bir kullanıcı arayüzü tasarlıyorum.
Bu tür seçicilerin önüne geçmek için neler yapılabilir? Sadece sınıflara ve kimliklere güvenin mi? Ama sonra tekrar iç içe CSS yazamazsanız LESS kullanmanın amacı nedir?
Girişiniz için teşekkür ederiz.
Seçmenlerinizi karmaşıklaştırmak üzeresiniz. Bu seçicide '.container 'gerekli mi? Gerçekten “spanç” kelimesinin atalarından biri değilse “span: first-child” tarzına farklı bir şekilde sahip olmayı mı planlıyorsunuz? – cimmanon
Anladım. Sanırım çok iç içe çok derin bir yerdeyim. – pilau
Garip bir şekilde, Sass/SCSS için benzer bir soru dün diye soruldu: http: // stackoverflow.com/questions/13805324/nasıl-uygulama-içinde-over-yuva-seçiciler-in-sass-scss – BoltClock