私は Android 初心者で、10 インチ Android タブレット用の POS システムを開発しています。製品の画像 (150 x 150) とその名前が 10 列のグリッドビューに表示されます。約 1200 の画像があり、ユーザーはさらに追加できます。画像付きの製品. リストビューからユーザーが選択した製品カテゴリに基づいて製品が表示されます. 製品と製品カテゴリの詳細はSQLiteデータベースに保持されます.
これらの画像を保存する場所を知りたいです。SDカードに保存できますか？またはSQKiteデータベース自体で？または、サーバーから画像を取得するための Web サービスが必要ですか? それらを SD カードに保持する場合、選択した製品をロードするために非同期タスクが必要ですか?
お知らせ下さい。
ありがとうございます。
スディア・パラパラムビル
通常、POS は複数のデバイスで動作するため、中央のデータ ソースが必要になります。そのソースへのレイテンシとユーザーの速度要件によって、どのように設計する必要があるかが決まります。私はリアルタイム画像を低遅延または遅い画像の塗りつぶしが許容される UI に使用しました。通常、POS は専用のネットワーク インストール上にあるため、リアルタイムに適しています。
SaaS マルチテナント ソリューションを想定している場合は、画像の取得元と読み込み速度に応じて、バックグラウンド プロセスを介して画像をキャッシュする必要がある場合があります。1200 枚の 150x150 の画像は、実際にはそれほど多く/それほど多くのスペースではありません。それらを 'droid のローカル ファイル システムに簡単に保存でき、SD カードはそのために正常に機能します。
アジャイルの精神から、最初は最も単純なソリューションであるリアルタイム表示を使用することをお勧めします。その後、必要に応じて後でキャッシュを追加します。次に、ユーザーが必要とする場合は、非同期のバックグラウンド ロードについて心配します。
最良のオプションは、サーバーからバックグラウンドで非同期にロードすることです。POSシステムであるため、インターネット接続が必須であるため、サーバーに画像を保存してから取得することをお勧めします. 個人的には、その膨大な数の画像を携帯電話に保存してスペースを占有するアプリケーションは好きではありません。
ただし、画像数が多いため読み込みに時間がかかるのが難点です。許容できるものとそうでないものに基づいて決定する必要があります