2012-04-30 10 views
1

私は、ユーザーがサーバー上の画像と投稿を共有できるAndroidアプリケーションを持っています。画像を共有するためのAndroidのベストプラクティスユーザーエクスペリエンス

イメージはカメラで撮影されているため、サイズを小さくして圧縮します。 イメージには、通常とサムネイルの2つのフォーマットが必要です。

私はデバイスとU/Lの両方で2つのバージョンを作成する方が良いでしょうか?

私はBGでもやっているので、ユーザーは長い間ブロックされません... それはいい行動ですか? ユーザーを10〜20〜30秒間ブロックする必要があります(ネットワークの速度によって異なります)

よくある質問 お薦めですか?

+0

U/Lとは何ですか? –

答えて

2

いいえ...大きな画像をアップロードするだけで、サーバーがサムネイル生成を処理するようにすると、より良いエクスペリエンスになります。これにより、ユーザーのデータ使用量を最小限に抑えることができ、画像のアップロードに要する時間も短縮できます。

また、間違いなくユーザーをブロックしないでください。アップロードをバックグラウンドで行い、ユーザーがそのアプリケーションを使い続けるようにしてください。

+0

Android Cameraアプリは、間違っていない場合はサムネイルと写真の大きなバージョンを保存します。 – SeanPONeil

+0

それはあなたの両方をアップロードする必要はありません;) –

+1

私はジョエルの視点に同意します。 –

1
  • マルチパートコンテンツタイプを使用して画像を送信しています。

  • ユーザーが追加情報(タイトル、説明など)を入力する追加の手順がある場合は、画像をアップロードして、ユーザーが遅延に気付かないようにすることができます(非同期に行います)。それがInstagramの機能です。

  • あなたのBitmapのサイズについて言えば、通常のバージョンを1つだけ送信し、サムネイルをサーバーで行うことを検討する必要があります。しかし、あなたはそれを圧縮する必要があります(JPEG/PNG)。また、2倍に縮小することもできます。そうしないと、メモリエラーが発生する可能性があります。

  • 大量のBitmapを表示するときにアプリケーションで使用するメモリが残っていることに注意してください(あなたの質問には実際には関係ありません)。 Honeycombの前にネイティブヒープにBitmapが割り当てられましたが、VMヒープを考慮しています(私が間違っていない場合)ので、単にVMヒープに残っているメモリの数には数えません。このtalkはあなたがまだいなければ時計の価値があります。

関連する問題