@gaketo Activity.onRetainNonConfigurationInstance в этом плане удобнее retain-фрагментов. Но гаранти ровно те же, что и у ретайн-фрагментов/лоадеров

buildTypes {
       debug {
           minSdkVersion 21
           minifyEnabled false
           shrinkResources false
           proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'

       }
       release {
           minifyEnabled true
           shrinkResources true
           proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
           signingConfig signingConfigs.config
       }
   }

Мы разрабатываем модуль чатов для нашего приложения и думаем использовать его в дальнейших проект, возможно, в дальнейшем сделать его open-source.
Как вы считаете, насколько уместно использовать в нём такие вещи как rxjava, butterknife, подтягивая эти зависимости тем, кто, возможно, не стал бы их использовать?

Такой вопрос, допустим у нас есть список элементов, который потом отображается как список который может быть checkable. Состояние check/uncheck вы просто добавляете в сущность или делаете обертку, где сама сущность и ее состояние? И потом как обрабатываете при повороте? в ДБ вроде как сохраняется оригинальный список. или создаете два списка первый самих сущностей, второй состояний?

да это трабла, потом что кто-то может использовать RxJava второй версии, а у вас может быть первая

в презентере можно хранить и каждый раз отдавать при аттаче вьюшке

RxJava 2 методов много содержит ~ 10 000, в большие старые проекты внедрять такой чат напряжно будет