質問: ### 質問 Androidアプリで、ユーザーの操作によって増え続ける画像を保存する場合、サーバーに画像を保存するのが普通の実装なのでしょうか? 当初は以下のような実装を考えていたのですが、これは良くないのでしょうか? **・「画像を保存するフォルダ」のようなところに画像をすべて保存しておき、SQLiteには「エンティティと紐づく画像ID」を保存する。** ### 前提・実現したいこと 日記をつけるAndroidアプリを作成しています。 現在、日記としてSQLiteに保存できるものは以下の通りです。 * 本文 * 日付 ここに新たに「写真」を保存できるようにしようとしています。 ### なぜこのような疑問を抱いたか 自分はAndroidアプリを作成するのはこれが初めてであり、画像の保存の仕方を調べてみるとPicassoやGlideなどのライブラリが見つかりました。 これらの使い方を簡単に調べてみると「画像はサーバーに保存しておいて、必要に応じて読み込む」という実装が前提となっているように思えます。 当初は「ImageIOを使えば画像がローカルに保存できるだろう」と考えていたのですが、調べていくうちに「画像をスマホのストレージに保存するのは容量的によくないのだろうか?」という不安が頭をよぎったので質問させていただきました。 ### 補足情報(FW/ツールのバージョンなど) 使用言語はKotlinです。 SQLiteの操作にはRoomを使用しています。
回答: べつにローカルに保存してもいいでしょう。 ストレージを圧迫するとか考える必要はありません。 #私はそんなアプリを入れようとは思いませんが