Web を可能な限り効率化するための多大な努力を考えると、なぜ HTML (および CSS や JavaScript などの他のさまざまなプレーン テキスト ファイルすべて) を単一のリソースにコンパイルしてネットワークに送信できないのでしょうか? (私は.chm ファイルを認識しています- これらはこのコンセプトに沿ったものです)。
私は Web のオープンな性質を理解しています (私が支援している取り組みです) が、複数のリソースをバイナリにコンパイルすることを必要とするオープンな仕様を考えることができます。ユーザーエージェントによる複雑さの解消は、仕様によって要求される可能性があります (これにより、個人が DOM などを表示できるようになります)。
他の分野でのパフォーマンスへの取り組みを考えると、私はまだプレーンテキストに頼ってページを移動しているのか、それともバイナリ形式が提供する節約を過大評価しているだけなのでしょうか?
Web の発展にとって重要な要素は、Web 言語の拡張性です。ブラウザー ベンダーは、標準が要求する以上の機能をサポートできます。これは開発者にとって常に面倒なことでしたが、Web の進歩に役立ってきました。
Web ページをコンパイルすることにより、機能をコンパイラがサポートするセットに制限します。コンパイラが開発に追いつくまで、どのブラウザでも新しい機能を使用することはできません。これにより、Web の開発が遅くなります。
多くの場合、Web の「テキスト」アセット (HTML、CSS、JavaScript、XML、JSON)は「バイナリ」です。これは、GZIP 形式で提供 されるためです: http://duckduckgo.com/?q=gzip+files+serverそれ; 非常に圧縮されていますが、人間が読むことができます。
これにはいくつかの試みがありました - WBXML を参照してください。しかし、誰かが XML 定義を拡張しようとすると問題が発生します。35 という ID は、Microsoft の拡張機能 <foo> に対応するのか、それともネットスケープの <bar> に対応するのか?
また、HTML のどの部分が間違っているのかを突き止めようとしているときに、バイナリを読むのは非常に困難です。
データ サイズの主な問題は、データが Web サーバーを離れる前に gzip することで解決されました。