Microsoft IE9の開発方向は非常に明確で、HTML5をサポートし、標準をサポートしていると、IEプロジェクトマネージャーのDean Hachamovitch氏は今週のMIX10でそう語った。 IE9 の開発において、マイクロソフトは、世界の上位 7,000 の Web サイトをリアルタイムで監視し、使用されているすべての JavaScript および DOM API を分析し、それらに包括的なサポートを提供することに重点を置き始めました。
これら 7,000 件のユースケースの背後には、HTML5 に関連するものが多くあります。Microsoft は詳細を明らかにしていませんが、HTML ビデオと SVG アニメーションの重要性を考慮すると、これらが将来の HTML5 Web サイトの中核となることは明らかです。ただし、HTML5 に重点を置いているからといって、Microsoft が IE9 の開発に伴って SunSpider や Acid3 などのテストに多大な労力を費やすことになるわけではありません。ただし、Acid3 スコアは向上し続けますが、これは IE9 が重視するものではありません。 Acid3 は機械的なテストであり、ブラウザのパフォーマンスでは非常に良い成績を収めてもテストに失敗することもあれば、平凡なインジケーターを実行しても Acid3 で満点を獲得することもできます。ただし、Acid3 テストはすべてを網羅しているわけではありません。特に、何百もの HTML5 機能がテストに含まれていないためです。
実際、CSS の角丸サポートにはさまざまなレベルがあり、IE9 プレビューと Webkit の両方で CSS3 角丸サポートが拡張機能によってサポートされているようです。角を丸くすることは Web 開発者にとって夢のような機能ですが、角を丸くする機能はさまざまなエンジンで一貫して実行されません。
下の写真はデザイナーが見たいものです
これは開発者が見たくないものです
上記の望ましくない外観は、CSS3 の角丸をサポートする一部のブラウザの実際のパフォーマンスです。ブラウザが間違っているか、標準が十分に厳格でない可能性があります。ただし、Acid3 ではそのような問題をテストできません。解決するための体系的なテスト。
このタイプのテストを設計する場合、一部の標準の問題やブラウザ実装のエラーが見つかる可能性があります。Acid3 では、ブラウザの HTML5 サポートをテストできず、ブラウザにどの HTML5 機能がないのかもわかりません。はい、このタイプの問題には、解決するためのより包括的なテスト。 Microsoft が IE8 で行ってきた取り組みを継続しているのはこのためです。 IE8 では、大量の CSS2.1 テストを W3C に提出しました。体系的なテストが、現実のニーズを確実に満たせる唯一の方法です。そのため、Microsoft は IE9 の開発において、新しいテスト方法を設計し、最初のテスト バッチを W3C に提出しました。Microsoft は、IE9 が他のブラウザとスコアを競うことを望んでいません。
ブラウザーごとにパフォーマンスの違いはありますが、その差は IE8 ほど大きくはありません。いずれにせよ、すべてのブラウザーが同じコードを同じように実行できるように努める必要があります。
さらに、SunSpider の JavaScript スコアは IE9 のターゲットではありません。SunSpider テストはブラウザの JavaScript エンジンのパフォーマンスをさまざまな面で反映しますが、実際の Web ページが Acid3 テストに従って設計されていないのと同様に、実際の Web アプリケーションも設計されていません。 SunSpider によると、実際の Web プログラムでは、Web ページを迅速にロードしたり、複雑な操作をバックグラウンドで迅速に実行したりできるようにするために、多くの最適化が必要です。 SunSpider は現実世界を表すものではないため、開発者はテスト プラットフォームではなく、現実世界向けに開発する必要があります。
Microsoft は、HTML5 のサポートが安定して堅牢になることを望んでいます。これは、IE9 の HTML5 サポートが包括的ではないことを意味します。また、HTML5 の一部の機能は、信頼性は高くても、Microsoft の 7,000 のユースケースには含まれていません。最終的な IE9 は他のブラウザとは異なる道を歩む可能性がありますが、IE9 の標準サポートにさらなる差異があれば、それは Microsoft にとって大きな問題となるでしょう。