ブラウザがhamlとsassをサポートしないのはなぜですか?


11

ウェブサイトのダウンロードに必要な時間は大幅に短縮され、解析も容易になると思います。

これらの言語が標準として課されていないのはなぜですか?明らかに、それらは生のhtmlやCSSよりも優れています...

中間のHTML / CSSコードを排除することから私たちを遠ざけているのは、ブラウザだけです。


2
多くの理由がありますが、後方互換性は大きな理由です。
sevenseacat

彼らはdoctypeに基づいてhtmlを検出し、別のキーワードに基づいてhamlを検出できました。–
Alexa


私はHamlに精通していませんが、他のテンプレートエンジン全般では、レンダリングされたHTMLにデータを挿入するために、サーバー上のテンプレートを解析する必要があります。確かに、ブラウザでこれを行うのは簡単になっていますが、それはすぐになくなるものではないと思います。
ジェレミーハイラー

SCSSはブラウザに組み込むべきだと思います。おそらく彼らは、LessとSCSSの間に明確な勝者が現れるのを待っています
MSC

回答:


15

考慮すべきもう1つのことは、標準化組織の帯域幅が限られていることです。彼らは一度に多くの作業しか行えません。

これらの制約があるため、Web開発者自分で解決できない問題(新しいタグやCSSアニメーションを追加するなど)の解決に取り組みたいと思います。SASSとhamlはCSS / HTMLにコンパイルするのは簡単です。そのため、ネイティブブラウザサポートの利点は制限されます。


9

SassやCoffeeScriptなどのプリプロセッサ言語の最も強力な点は、「標準」の対応言語にコンパイルするという事実です。それが彼らにとって魅力的なことです-標準のCSSまたはJSで作業するときにWeb開発者がすでに対処しなければならない無数の互換性の問題に追加することなく、「明らかに優れた」デザインのすべての利点を得ることができます。Web開発に関しては、下位互換性は大きなことです。仕事でIE6を気にしなければならない人は誰でも同意するでしょう。

Html / CSS / JavaScriptパッケージには、ラフなエッジと今日では不十分だと感じるかもしれないものがありますが、最低限必要なものを提供します-しかし、広く受け入れられ、理解され、実装されている最小限のものを提供します。Haml / Sass / CoffeeScriptはまさにそれを行い、それがそれらを有用にしているのです。私はむしろ、誰も役に立たないSass-Less-Stylus標準戦争に従事しているブラウザ開発者に対処するよりも、私のSassサーバー側を維持したいです;)


5

「技術的に優れた」と「使いやすい」は、何かを標準にするための多くの基準のうちの2つにすぎません。次のような他の多くがあります。

  • 既存の標準との互換性
  • 既存の実装(非公式の事実上の標準)
  • 実装に必要な努力
  • 既存のユーザーベース(したがって、コミュニティサポート、利用可能な熟練した人材)
  • 既存のツールチェーン
  • プラットフォームのサポート
  • 関連する標準との統合

HTMLとCSSがこれらの基準の新人に対して圧倒的な優位性を持っていることに同意する必要があります。


4

sassそして標準hamlはありません。HTMLとCSS です。

両方が標準になった場合(そして広く受け入れられ、使用されるようになった場合)、ブラウザメーカーがそれらのサポートを追加する説得力のある理由があります。


1
何かを標準にするものは何ですか?そのことを使っている人の数。ブラウザーがhamlとsassのサポートを追加すると、ユーザー数が増加し、最終的にはW3Cで標準が公式になります。–
Alexa

1
@Alexa-または公式の標準化団体(または業界コンソーシアム)標準を作成します。
Oded

2
@Alexa:いいえ、それがそのように機能した場合、<blink>タグは公式になります。
-user16764

1
@ user16764、しかしAlexaは正しいと思う。HTML5は、ブラウザーがすでに行っていたものの単なるコンパイルです。彼らはそれをいい言葉で言いました。
アルトゥーロトーレスサンチェス

3

Firefox、Chrome、Safari、Internet Explorerでサポートされるまで、本番プロジェクトではHamlを使用できません。以前は、「エンタープライズ」アプリケーションはIEのみである可能性がありましたが、その時代は終わったと思います。標準はオンハイから課せられるのではなく、ブラウザベンダーによって合意されています。

Hamlを標準にするには、Apple、Google、Mozilla Foundation、Microsoftに同意してもらう必要があります。これは簡単なことではありません。これらの企業は通常、既存の機能をクリーンアップするのではなく、機能の拡張に集中します。

Hamlはうまく動作しますが、最新のブラウザーとサーバーはすべて圧縮をサポートしているため、実際にはダウンロード側を改善することはありません。圧縮HamlとHtmlは、ほぼ同じサイズである可能性があります。(さらに、平均的なWebサイトのダウンロード時間のほとんどは、画像とスクリプトコードのダウンロードに費やされます。)

これで、Htmlで書く人はほとんどいないことに注意してください。人々は、最終製品としてHtmlを吐き出すフレームワークを使用します。これらのフレームワークはどれもそれをサポートしないため、これは直接Hamlの採用を傷つけるだけでなく、基礎となるマークアップ言語がコンピューターによってのみ表示されるため、その必要性がなくなります。

ブラウザーベンダーの観点からは、既存の機能を少し改善する(ページをきれいにするHamlなどをサポートする)か、WebGLなどのまったく新しいものを追加することができます。後者は、より多くの価値があります。


2

はい、HTMLやCSSよりもクールで使いやすいように見えます。しかし、htmlとCSSは長い間存在し、構築されており、Webまたはデスクトップ上の多くの多くのアプリケーションがそれらを使用します。

したがって、何か標準を作るのは簡単ではありません。HAMLとSASSは本当に楽しくて使いやすいですが、標準であるため、時間がかかるか、まったくかかりません。なぜなら、w3cは開発者を気にするので、html5とcss3で実際にhtmlとcssを改善します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.