Tarayıcılar neden haml ve sass'ı desteklemiyor?


11

Bir web sitesini indirmek için gereken süre önemli ölçüde azalacak ve bence ayrıştırma da daha kolay olacaktır.

Bu diller neden standart olarak kabul edilmiyor? Açıkçası ham html ve CSS'den daha iyi ...

Tarayıcılar, ara HTML / CSS kodunu ortadan kaldırmamızı engelleyen tek şeydir.


2
Bunun birçok nedeni var, ancak geriye dönük uyumluluk büyük.
sevenseacat

onlar başka bir anahtar kelime dayalı doctype ve haml dayalı html tespit edebilir ..
Alexa


Haml'e aşina değilim, ancak genel olarak diğer şablon motorlarıyla, oluşturulan HTML'ye veri eklemek için yine de sunucudaki şablonu ayrıştırmanız gerekir. Verilen, tarayıcıların bunu yapması daha kolay hale geliyor, ancak bunun yakında herhangi bir zamanda gidecek bir şey olmadığını hayal ediyorum.
Jeremy Heiler

SCSS'nin tarayıcılarda pişirilmesi gerektiğini düşünüyorum. Belki de daha az ve SCSS arasında açık bir kazanan bekliyoruz ...
MSC

Yanıtlar:


15

Dikkate alınması gereken başka bir şey, standart kuruluşlarının sınırlı bant genişliğine sahip olmasıdır - aynı anda çok fazla çalışabilirler.

Bu kısıtlamalar göz önüne alındığında, bunun yerine sorunları web geliştiricileri çözmeye çalışacak olamaz (yeni etiketler veya CSS animasyonları ekleme gibi) kendilerini çözmek. SASS ve haml, CSS / HTML'ye derlemek için önemsizdir, bu nedenle yerel tarayıcı desteğinin avantajı sınırlı olacaktır, çünkü kendiniz yapmak çok kolaydır.


9

Sass veya CoffeeScript gibi önişlemci dilleri için en güçlü nokta, "standart" meslektaşlarına derledikleri gerçeğidir. Onlar hakkında ilgi çekici olan budur - web geliştiricilerinin standart CSS veya JS ile çalışırken zaten uğraşmak zorunda oldukları sayısız uyumluluk sorununa eklemeden "açıkça daha iyi" tasarımlarının tüm avantajlarından faydalanırsınız. Web geliştirme söz konusu olduğunda geriye dönük uyumluluk büyük bir şeydir, hala işinde IE6'ya dikkat etmesi gereken herkes kabul edecektir.

Html / CSS / JavaScript paketi pürüzlü kenarlara ve günümüzde yetersiz hissedebilecek şeylere sahiptir, ancak üzerine inşa edebileceğimiz çıplak bir minimum - ancak yaygın olarak kabul edilen, anlaşılan ve uygulanan çıplak bir minimum sağlar. Haml / Sass / CoffeeScript tam olarak bunu yapar ve onları kullanışlı kılan da budur. Sass sunucumu, kimseye hizmet etmeyecek bir Sass-Stylus Stylus standart savaşı yapan tarayıcı geliştiricileriyle uğraşmaktan ziyade tutmak istiyorum;)


5

"Teknik olarak daha iyi" ve "kullanımı kolay" bir şeyi standart hale getirmek için birçok kriterden sadece ikisidir. Diğerleri de var, örneğin:

  • Mevcut standartlarla uyumluluk
  • Mevcut uygulamalar (gayri resmi fiili standartlar)
  • Uygulamak için gereken çaba
  • Mevcut kullanıcı tabanı (ve dolayısıyla topluluk desteği, mevcut kalifiye insan gücü)
  • Mevcut takım zincirleri
  • Platform desteği
  • İlgili standartlarla entegrasyon

HTML ve CSS'nin bu kriterlerdeki yeni gelenlere karşı çok büyük bir avantajı olduğunu kabul etmeniz gerekir.


4

sassve hamlolan standartlar değil . HTML ve CSS vardır .

Her ikisi de standart hale gelirse ( ve yaygın olarak kabul edilir ve kullanılırsa), tarayıcı üreticilerinin onlara destek eklemesi için zorlayıcı bir neden olacaktır.


1
Bir şeyi standart yapan nedir? O şeyi kullanan insan sayısı. Tarayıcılar haml ve sass için destek eklerse, kullanıcı sayısı artacak ve sonunda standart w3c'de resmi hale getirilecek ..
Alexa

1
@Alexa - Ya resmi standartlar vücut (veya endüstri konsorsiyum) yapmak standart.
Oded

2
@Alexa: Hayır, eğer bu şekilde çalışırsa <blink> etiketi resmi hale getirilirdi.
user16764

1
@ user16764, ama bence Alexa haklı. HTML5, tarayıcıların zaten yaptığı şeylerin bir derlemesidir. Sadece güzel sözlerle ifade ettiler.
Arturo Torres Sánchez

3

Hiçbir üretim projesi Firefox, Chrome, Safari ve Internet Explorer tarafından desteklenene kadar Haml'i kullanamaz. Eskiden "kurumsal" uygulamalar sadece IE olabilirdi, ama bunun günlerinin bittiğini düşünüyorum. Standartlar yüksek seviyeden yüklenmez, tarayıcı satıcıları tarafından kabul edilir.

Haml'in bir standart oluşturması için Apple, Google, Mozilla Vakfı ve Microsoft'un anlaşmasını sağlamanız gerekir. Bu önemsiz değil. Bu şirketler genellikle mevcut özellikleri temizlemek yerine genişleme yeteneklerine odaklanacaklardır.

Haml ile çalışmak hoş görünüyor, ancak tüm modern tarayıcılar ve sunucular sıkıştırmayı desteklediğinden aslında indirme taraflarını iyileştirmeyecek. Sıkıştırılmış Haml ve Html'nin yaklaşık aynı boyutta olması muhtemeldir. (Ayrıca, ortalama bir web sitesinin indirme süresinin çoğu resim ve komut dosyası kodunu indirmektir.)

Şimdi artık birkaç kişinin Html'de yazdığını unutmayın. İnsanlar, son ürün olarak Html'i tüküren çerçeveleri kullanırlar. Bu sadece Haml'in benimsenmesine zarar vermekle kalmaz, çünkü bu çerçevelerin hiçbiri onu desteklemez, aynı zamanda ihtiyacı ortadan kaldırır, çünkü temel işaretleme dili sadece bilgisayar tarafından görülür.

Tarayıcı satıcısı bakış açısından, mevcut bir özelliği biraz geliştirebilirler (Haml gibi daha temiz sayfalar sağlayan bir şeyi destekleyerek) veya WebGL gibi tamamen yeni bir şey ekleyebilirler. İkincisi sadece kova için daha fazla patlama var.


2

Evet, html ve CSS'den daha havalı ve kullanımı daha kolay görünüyorlar. Ancak html ve CSS uzun süredir var ve inşa edildi, hem web'de hem de masaüstünde birçok uygulama bunları kullanıyor.

Bu nedenle, standart bir şey yapmak kolay değildir. HAML ve SASS kullanımı gerçekten eğlenceli ve temizdir, ancak standart olması, uzun zaman alacak veya asla sürmeyecektir. W3c geliştiricileri önemsediğinden, html ve css'i html5 ve css3'te daha iyi hale getirir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.