Как хранить собственные классы на носителе

Хранение собственных классов на носителе

Для сохранения объектов собственных классов на носителе в Android существует несколько подходов, выбор которых зависит от структуры данных, требований к производительности и сложности объектов.

Основные подходы

1. Сериализация и десериализация

   • Стандартная Java-сериализация: Класс реализует Serializable. Просто, но медленно и создаёт много лишних данных.

   public class User implements Serializable {
       private String name;
       private int age;
   }
   // Сохранение
   ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(file));
   oos.writeObject(user);
   

   • Parcelable: Android-специфичный, оптимизированный для IPC. Быстрее, но требует ручной реализации.

   public class User implements Parcelable {
       private String name;
       private int age;
       
       protected User(Parcel in) {
           name = in.readString();
           age = in.readInt();
       }
       
       @Override
       public void writeToParcel(Parcel dest, int flags) {
           dest.writeString(name);
           dest.writeInt(age);
       }
   }
   

2. Использование баз данных

   • Room Persistence Library: Рекомендуемый способ для сложных структур. Требует создания Entity, DAO и Database.

   @Entity
   data class User(
       @PrimaryKey val id: Int,
       val name: String,
       val age: Int
   )
   
   @Dao
   interface UserDao {
       @Insert
       suspend fun insert(user: User)
   }
   

   • SQLite напрямую: Больше контроля, но больше boilerplate-кода.
   • Realm или ObjectBox: Альтернативные NoSQL-решения с хорошей производительностью.

3. Файловое хранение

   • JSON/XML с Gson, Moshi или Jackson: Универсальный формат, читаемый человеком и другими системами.

   val gson = Gson()
   val json = gson.toJson(user)
   File(filePath).writeText(json)
   // Для чтения
   val user = gson.fromJson(json, User::class.java)
   

   • Protocol Buffers или FlatBuffers: Бинарные форматы от Google. Экономят место и быстры в парсинге.

4. SharedPreferences

   • Для простых небольших объектов. Лучше комбинировать с сериализацией в JSON.

   val prefs = context.getSharedPreferences("app", Context.MODE_PRIVATE)
   val json = Gson().toJson(user)
   prefs.edit().putString("user", json).apply()
   

Критерии выбора подхода

• Объём данных: Для больших объёмов — базы данных (Room), для маленьких — SharedPreferences или файлы.
• Структура данных: Сложные отношения — реляционные БД, простые объекты — сериализация.
• Производительность: Parcelable быстрее Serializable, бинарные форматы быстрее JSON/XML.
• Совместимость: JSON/XML лучше для кроссплатформенного обмена, Protocol Buffers — для внутреннего использования.
• Безопасность: Для чувствительных данных необходимо шифрование (например, с помощью Jetpack Security).

Рекомендации по реализации

1. Инкапсулируйте логику хранения в репозиториях (паттерн Repository).
2. Используйте Kotlin Serialization для современных проектов — типобезопасно и эффективно.
3. Учитывайте миграцию данных при изменении структуры классов.
4. Тестируйте производительность на реальных устройствах, особенно для больших данных.
5. Для хранения в Bundle (например, при передаче между Activity) используйте Parcelable.

Пример комплексного решения с Room

@Entity(tableName = "users")
data class User(
    @PrimaryKey(autoGenerate = true) val id: Long = 0,
    @ColumnInfo(name = "user_name") val name: String,
    val age: Int,
    @Embedded val address: Address? = null
)

data class Address(
    val street: String,
    val city: String
)

@Dao
interface UserDao {
    @Query("SELECT * FROM users")
    fun getAll(): Flow<List<User>>
    
    @Insert
    suspend fun insert(user: User)
}

Важно: Все операции с диском должны выполняться в фоновом потоке. Для современных подходов используйте корутины или RxJava.

Выбор метода зависит от конкретных требований приложения, но для большинства случаев Room + Kotlin Serialization для сетевых операций является оптимальным сочетанием производительности, удобства и поддерживаемости кода.