Обработка аннотаций с kapt Android Studio

Question

Я пытаюсь использовать kapt для использования моего обработчика аннотаций. Но я столкнулся с несколькими проблемами.

Аннотация процессор баночка соединен таким образом:

kapt files('libs/processor.jar') 
    provided files('libs/processor.jar') 

1) Я использую JavaPoet для генерации кода. И спасение моего класса этот путь

JavaFile javaFile = JavaFile.builder(PACKAGE, typeSpec).build(); 
    javaFile.writeTo(processingEnv.getFiler()); 

Но это всегда сохраняет его для создания \ генерируемый \ Source \ kapt \ выпуск, и не отлаживать папку, независимо от варианта сборки.

2) Вторая проблема заключается в том, что созданный файл иногда не обновляется, пока не будет нажата Build-> Rebuild

Answer 1

kotlin-kapt плагин автоматически выберет правильный выходной каталог, основанный на встроенной библиотеке/вариант приложения. При создании проекта с одним модулем com.android.application, Android Studio будет использовать вариант приложения, выбранный в меню «Варианты сборки».

Это не верно для библиотечных модулей, которые, если не настроены иначе, опубликуют вариант release сборки - даже при выборе «отладки» для этих модулей внутри меню «Build Варианты».

Чтобы получить kapt установки и запуска для модулей библиотеки, у вас есть три варианта:

1. В «Build Варианты» окно, выберите «освобождение» для модуля библиотеки, содержащей ваш аннотированный код. Это скажет Android Studio, чтобы получить вывод kapt внутри generated/sources/kapt/release/.

2. В ваших библиотечных модулях build.gradle установите defaultPublishConfig на debug (и сохраните выбранный вариант при отладке тоже). Это позволит плагину Android Gradle скомпилировать вариант библиотеки debug вместо стандартного release.

   android { 
       defaultPublishConfig "debug" 
   } 
   

3. Вы также можете опубликовать оба debug и release варианты сборки муравьев в то же время, установив publishNonDefaults в true. В основном модуле приложения вы можете дважды ссылаться на библиотечный модуль для конфигураций debugCompile и releaseCompile. Однако обратите внимание, что это будет всегда Создайте оба типа, хотя вам могут потребоваться только источники отладки во время сборки, практически удваивая время компиляции.