В прошлом ответ был бы «рассмотрение производительности, сохранить только путь файла в DB», но из -за измененной политики безопасности я обеспокоен тем, как обрабатывать файлы изображений в среде разработки Android.
Согласно тому, что я искал на Stackoverflow или Reddit, многие разработчики Android предпочитают копировать файл изображения на внутреннее хранилище и помещать ее информацию в БД, поскольку ImagePicker позволяет только ContentUri из внешнего хранилища. < / / p>
Если да, не было бы плохой идеей просто хранить изображение в DB в формате потока байтов? В любом случае, риск этого метода заключается в том, что БД увеличивается, и то же самое относится и к копированию файлов во внутреннюю хранилище. Среди учебных пособий, на которые я изучил недавно, было несколько примеров использования TypeConverter для сохранения изображений в качестве Bytestreams для DB или вывести их в качестве растровых карт. Мне любопытно, используют ли многие разработчики их. (Конечно, следует предположить, что отфильтрация использования формата файла GIF.)
Подробнее здесь: https://stackoverflow.com/questions/794 ... bytestream
В 2025 году это будет плохой идеей хранить изображения в DB в виде Bytestream в Android? ⇐ Android
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
В 2025 году это будет плохой идеей хранить изображения в DB в виде Bytestream в Android?
Anonymous » » в форуме Android - 0 Ответы
- 6 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Carbon: Получите дату начала и окончания недели, зная неделю в году и году.
Anonymous » » в форуме Php - 0 Ответы
- 18 Просмотры
-
Последнее сообщение Anonymous
-