/ / SVGのWebアプリケーション、パフォーマンスの問題と実行可能性 - Webアプリケーション、html5、canvas、svg

SVGのWebアプリケーション、パフォーマンスの問題と実行可能性 - Webアプリケーション、html5、canvas、svg

私たちは新しいスタートアップであり、ファッション業界のウェブアプリ。私たちはキャンバスを使うことを考えていましたが(IEのサポートについては悩まされていませんが)、RaphaeljsとjQuerySVGについて読んだら、SVGのインターフェースとユニット全体を構築する可能性について興味を持っています。

私の心に来る利点は次のとおりです:

  • 解像度に依存しない
  • アイテムをズームして形状と外観を保持する機能
  • ブラウザの最適化が進行中
  • 私たちはすべてをキャンバスに描く必要はなく、座標を使ってユニット(アイテム)を描くことができます
  • XMLを学ぶ必要はありません。簡単に学び、使用する?
  • SVGはかなり広いので、さまざまなデザインの形状に快適に対応する必要があります
  • SVG(ドラッグアンドドロップ、高度なCSS3エフェクト)、jqueryエフェクトまで、HTML5とCSS3の機能を使用することができます
  • 複雑な3Dレンダリングを使用しないので、おそらくフルスクリーンベクトルではあまりパフォーマンスが低下しないはずです。

SVGがWebアプリケーションのレンダリング全体に使用されているかどうかについての過去の経験に基づいて、あなたのコメントを聞きたいです。

私たちはほぼ2週間キャンバスを見て、私たちがそれからすべてのニーズを得ることができると確信していますが、SVGが同じことをすることができれば、それはすばらしい、実際に好まれるでしょうか?

乾杯

回答:

回答№1の場合は3

思考のためのいくつかの並べ替えのない食べ物:

キャンバスは単なるビットマップです。 多数のオブジェクトをレンダリングする方が高速です。一方、SVGは、レンダリングする各オブジェクトへの参照を維持しなければならず、大量のオブジェクトで顕著に遅くなります。

...しかし、それらの参照は、あなたが描くものを扱うフットワークのいくつかはあなたのために行われることを意味します。 SVGは本当に大きなオブジェクトをレンダリングすると高速になります。

しかし、SVGはCanvasよりも貧弱な導入を見ている。しかし、ブラウザはどちらも今のところあるので、私が思うにはあまり心配していません。

おそらくCanvasではゲームがより速くなるでしょう。巨大な地図プログラムはおそらくSVGでもっと速いでしょう。

Canvasのためのブラウザの最適化がいくつかあります。先週はChromeの7.0ハードウェアアクセラレーションデビューだった。IE9プレビューとOperaはすでにハードウェアアクセラレーションを持っていた(FFは想起していない)。

Canvasは依然として非常にリビング仕様です(MeasureTextは幅を返しますが高さは返しません)。しかし、私はこれまでのところこれまでの作業を愛していました。


回答№2の場合は0

私はシンプルなロゴとアイコンのためだけにSVGを使用しています問題は、他のブラウザと同じように透明ではなく背景としてレンダリングされるWebkitのバグです。遅いマシンでは、最初にレンダリングされたときに、7つのオブジェクトが点滅していることに気づきましたが、何か間違っているかどうかわかりません。