4

私のアプリケーションの一部 画像操作を多用します。さまざまな方法を使用した ajax 投稿と画像処理サーバー サイドを使用したトリミング、フィルターなど。ユーザーが行うすべての操作アクションは、元の画像を削除せずに物理的な画像を作成します。これにより、ユーザーは自分の画像を以前の時点に戻すことができる「元に戻す」システムが可能になります。

これらの「一時的な」画像はすべて、ユーザーがセッションを終了するか、ブラウザーを閉じると、サーバーへの投稿によって削除されます。

最新のブラウザーでは、html5 を使用して画像操作機能を拡張します。canvas を使用すると、base64 データをエンコードして動的に埋め込むことにより、追加の静的画像を作成することなく、これらすべての画像操作をクライアント側で実行できます。

私の懸念は「元に戻す」システムです。静的フォールバック メソッドを使用して、静的画像へのリンクを含むオブジェクトの配列を保存します。これにより、完全な元に戻す機能が提供されます。ただし、これをすべてクライアント側で行う場合、この配列には実際には、「元に戻す」ポイントごとに base64 データのコピーが含まれている必要があります。ポイント)。

これのプロトタイピングに数日を費やす前に、誰かがこの方法についてコメントしてくれることを期待していました。それは良い考えですか?悪いアイデア?ブラウザーのパフォーマンスとメモリ使用量の観点から、base64 イメージの巨大なデータ オブジェクトを格納することは悪い考えですか?

どんな考えでも大歓迎です、事前に感謝します。

4

1 に答える 1

0

それは悪い考えです。Base64 は、実際のデータがエンコードされたよりも 30% 多くのストレージを必要とします。サーバー上の画像に実際の URL を介してアクセスできる場合は<img>、DOM から切り離された要素への参照を保持することを検討してください。

于 2012-06-16T09:17:16.430 に答える