1.原本以为很简单的问题，直接在原来创建数据库的语句中加上需要添加的列new_column，但是运行时发现，应用crash。原因是，原有数据库文件已经存在的情况下并不会重新创建数据库，也就是说此时数据库中并没有new_column列，这个时候，运行query()来查询数据库如果包括new_column列，就会导致应用crash。
2.其实，SQLite提供了数据库升级的方法 onUpgrade(),只需要在创建SQLiteOpenHelper对象时，传人比原版本号更大的版本号，便会触发该方法，在这个方法中可以实现迁移原有数据及创建新数据库Table。\
3.在某些情况下，数据库版本会出现降低的情况：如用户安装了版本更低的应用，但是应用数据没有改变。这种情况下，如果设计数据库时没有override onDowngrade()方法，会导致应用崩溃。所以，在设计数据库时，最好能override onDowngrade()方法，防止这种情况下应用崩溃的发生
1 使用Fragment参数来代替Activity参数 2 使用 @FragmentKey来代替@ActivityKey 3 使用HasFragmentInjector来代替@HasActivityInjector 4 AndroidInjection.inject(Fragment)方法,在Fragment的onAttach()中调用，而不是在onCreate()中 5 Fragment的Module添加位置，和Activity是不同的，它取决于Fragment需要的其他依赖注入
標註@Provides的method若有parameter的話，Dagger會找出其擁有的該型態物件來使用。我們在Module內新增了DataModel將其列入Dagger的管理下，接著在provideFactory()增加parameter變成provideFactory(DataModel dataModel)，Dagger就會找出其管理的DataModel給provideFactory使用。
i added kapt instead of annotationProcessor for kotlin. we dont need to keep annotationProcessor dependency. Also we have to add kotlin-plugin in gradle.
As we all know, it would be Very Bad to attempt to perform constructor injection on a Fragment.
有时候有这样的需求，需要在LiveData将变化的数据通知给观察者前，改变数据的类型；或者是返回一个不一样的LiveData。
Lifecycle-aware components生命周期感知组件执行操作，以响应另一个组件生命周期状态的更改，例如Activity和Fragment。这些组件可以帮助您生成更有组织、更容易维护的轻量级代码。
Room是Google在AndroidX中提供的一个ORM(Object Relational Mapping，对象关系映射)库。它是在SQLite上提供的一个抽象层，可以使用SQLite的全部功能，同时可以更好更便捷流畅地访问数据库。（关于AndroidX可以参考
LiveData与ViewMode是经常搭配在一起使用的,但是为了不太混乱,我还是拆分开来说明,此篇博客只讲解 LiveData 与 MutableLiveData的概念与使用方式(但是会涉及到ViewMode的部分代码).
在前面的文章我们介绍了Dagger2 中的大部分注解的使用，接下来我们从源码角度分析下第一篇文章中例子的原理。
最近个人在尝试构建 Kotlin版本 的Android MVVM开发框架，在依赖注入框架的选型上，我最终选择了 Kodein 。这是一个非常轻量级的DI框架，相比于配置繁琐的Dagger（繁琐的配置也是导致Dagger学习成本一直居高不下的原因！），它的配置过程更清晰且简单，并且，这个库的源码也是 Kotlin 的。