Как использовать Dagger 2 с Room, чтобы был только один экземпляр БД и не было тысячи дополнительных классов и интерфейсов?

Question

[cepprice]

Entiry

@Entity(tableName = "notes")
public class Note {

    @PrimaryKey(autoGenerate = true)
    @ColumnInfo(name = "id")
    public long id;

    @ColumnInfo(name = "title")
    public String title;

    @ColumnInfo(name = "content")
    public String content;

    @ColumnInfo(name = "date")
    public String date;
}

Dao

@Dao
public interface NoteDao {

    @Query("SELECT * FROM notes ORDER BY date DESC")
    List<Note> getAll();

    @Insert(onConflict = OnConflictStrategy.REPLACE)
    void insert(Note note);

    @Update
    void update(Note note);

    @Delete
    void delete(Note note);
}

База данных

@Database(entities = Note.class, version = 1)
public abstract class AppDatabase extends RoomDatabase {
    public abstract NoteDao noteDao();
}

Все решения, которые я видел, включают в себя создания тысячи классов и интерфейсов, неужели без этого никак?

Answer 1

[tiroman]

Какие тысячи, вы о чем? Один класс модуля, один интерфейс компонента, и строки инициализации компонента там где это надо, ну и если будет необходимость то интерфейс скоупа... вы вообще документацию даггера читали? стандартные примеры смотрели?

Comments

[cepprice]

А вы вообще содержание вопроса читали? Примеры либо стандартные (из которых лично я не могу понять, что мне делать именно в этом случае), либо содержат много файлов, у каждого похожее имя и непонятная (лично мне) задача.

Answer 2

[Алина Митрохина]

private const val databaseName = "knote.db"

@Database(
    entities = [Note::class],
    version = 4,
    exportSchema = false
)
abstract class InnerDb : RoomDatabase() {
    abstract fun createNoteDao(): NoteDao

    companion object {
        fun createInstance(context: Context): InnerDb {
            return Room.databaseBuilder(context, InnerDb::class.java, databaseName)
                .allowMainThreadQueries()
                .fallbackToDestructiveMigration()
                .build()
        }
    }
}

Comments

[Алина Митрохина]

private val db by lazy {
InnerDb.createInstance(app)
}

@Singleton
@Provides
fun provideLocalDatabase() = db

[Денис Загаевский]

Алина Митрохина, Если ты помечаешь что-то синглтоном, то хранить отдельно в лэйзи не нужно. Даггер сделает это за тебя

[Алина Митрохина]

Денис Загаевский, спасибо за совет, обязательно учту

[cepprice]

Алина Митрохина, что это? зачем? почему?

[Денис Загаевский]

cepprice, чувак, почитай доку просто. Как тебе уже ответили, никакой тысячи файлов там нет. Разовьёшься хоть.

[Алина Митрохина]

cepprice, мы сначала создаем синглтон, а потом его провайдим и все. Вы попросили, я подсказала

[Maxim Firsov]

allowMainThreadQueries - аккуратнее, в RELEASE сборке упадет аппа при первом обращении.

[Алина Митрохина]

Maxim Firsov, да, я понимаю.

Answer 3

[Maxim Firsov]

А зачем вам Room? открывайте соединения напрямую и работайте с курсорами. Как получится можно и Room попробовать. ;)