Comments 9
Даже страшно представить что отвалится в сборке приложений с использованием NDK / Experimental Gradle Plugin.
0
Не знал, что Jack уже выкинули. Что ж, да здравствует нормальная поддержка Java 8!
0
Окей, с проблемами понятно. А можете описать, какой профит получили с перехода? Конечно, я умею читать new features, но интересно, что именно вам показалось стоящим перехода.
0
Главным образом мы преследовали следующие 3 интереса:
- Gradle 4 — они каждый раз обещают более быстрые сборки. Но увы, надежда не оправдала себя ни на секунду.
- Избавиться от Retrolambda. Вы должны знать, что она генерирует доп методы (до 7 для 2.1.0 версии и 4 для 2.3.0). А если перескочить на Java8 лямбды, то только один. И действительно, в целом из проекта ушло -9к методов с внедрениями всех описанных плюшек.
- Ну и конечно — просто сделать это! Что бы быть в эпицентре разворачиваемых событий ))
0
А зачем Вы используете dexcount-gradle-plugin? Он ведь теперь вшит в саму студию. Или с ней тоже какие-то проблемы?
0
UFO just landed and posted this here
Использовать Android Studio Canary сборки, плохая идея. Слишком сырой продукт и как Вы написали без танцев с бубном не обошлось. Ждать только стабильную версию, особенно когда проект большой и не хочется чтобы в самый не подходящий момент все упало.
Вообще ребята молодцы, движутся в правильном направлении. Правда не совсем понятен выход Android Studio 3.0 так как ещё 2.4 не вышел стабильный релиз, а они уже 3.0 выпускают.
Вообще ребята молодцы, движутся в правильном направлении. Правда не совсем понятен выход Android Studio 3.0 так как ещё 2.4 не вышел стабильный релиз, а они уже 3.0 выпускают.
0
Sign up to leave a comment.
С чем столкнулись при переводе проекта на Android Studio 3.0 Preview и Gradle 4.0-milestone-1