02.10.2015 17:49
rogrom 22 28572 Источник
Несколько дней назад стала доступна Android Studio 1.4 на Stable Channel, привнёсшая ряд удобных новшеств в инструментарий Android разработчика. Тех, кто еще не успел ознакомиться с нововведениями, прошу под кат.



Обновлены шаблоны проектов


Первое, что бросается в глаза, это обновленные шаблоны типовых лэйаутов, доступных в New Project Wizard: Android Studio 1.4 привносит полноценную поддержку Material Design уже на этапе создания нового проекта:



Создадим демо приложение на базе Navigation Drawer Activity. Смотрим build.gradle для модуля приложения:

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    testCompile 'junit:junit:4.12'
    compile 'com.android.support:appcompat-v7:23.0.1'
    compile 'com.android.support:design:23.0.1'
}

Студия любезно позаботилась о нас, добавив библиотеки обратной совместимости Android Design Support Library и AppCompat Support library. Больше не нужно тащить в проект сторонние реализации Floating Action Button, Material Dialogs или Snackbar — все необходимые визульные компоненты доступны в подключённых support libraries. Также нам добавили JUnit 4-ой версии, чтобы мы не забыли написать юнит-тесты.

Примечание: напомню, что юнит-тесты живут в директориях src\test\<package_name>, а не в src\androidTest\<package_name>. Также стоит помнить, что тесты на JUnit 4 используют аннотацию @Test взамен extends TestCase.

В проекте у нас уже есть DrawerLayout, NavigationView, FloatingActionButton и даже CoordinatorLayout (подробней), который позаботится о том, чтобы приподнять FAB при появлении Toast Snackbar.
app_bar_mail.xml
<?xml version="1.0" encoding="utf-8"?>
<android.support.design.widget.CoordinatorLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:fitsSystemWindows="true"
    tools:context=".MainActivity">

    <android.support.design.widget.AppBarLayout
        android:layout_height="wrap_content"
        android:layout_width="match_parent"
        android:theme="@style/AppTheme.AppBarOverlay">

        <android.support.v7.widget.Toolbar
            android:id="@+id/toolbar"
            android:layout_width="match_parent"
            android:layout_height="?attr/actionBarSize"
            android:background="?attr/colorPrimary"
            app:popupTheme="@style/AppTheme.PopupOverlay"/>

    </android.support.design.widget.AppBarLayout>

    <include layout="@layout/content_main"/>

    <android.support.design.widget.FloatingActionButton
        android:id="@+id/fab"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_gravity="bottom|end"
        android:layout_margin="@dimen/fab_margin"
        android:src="@android:drawable/ic_dialog_email"/>

</android.support.design.widget.CoordinatorLayout>




Добавлен Theme Editor


Появился визуальный редактор тем, позволяющий за пару минут поправить внешний вид приложения с учётом специфики Material Design. Вызвать его можно через Tools > Android > Theme Editor или по кнопке Open Editor для уже открытого styles.xml:


Примечание: для полноценной работы Theme Editor с возможностью preview необходимо наличие SDK Platform для API 23.
Больше не нужно часами выгугливать нужные свойства темы, подбирать Primary/PrimaryDark/Accent цвета — Theme Editor любезно подскажет/сгенерирует нужную палитру. Так, PrimaryDark будет подобран на основе Primary цвета — удобно.

Инструмент Vector Assets, поддержка Vector Drawable


Если Вы еще не слышали про Vector Drawable, то рекомендую прочитать эту отличную статью. В Android Studio 1.4 появился визуальный интрумент под названием Vector Assets, который позволит с легкостью перейти на векторный формат графики в Вашем приложении как на Lollipop/Marshmallow, так и на предыдущих версиях API. Для этого необходимо воспользоваться обновленной версией Android Gradle плагина (на момент выхода статьи он в бете, но обещали «как только, так сразу»), поправив build.gradle для проекта:

dependencies {
        classpath 'com.android.tools.build:gradle:1.4.0-beta3'
}

Вызвать инструмент можно через диалог Android Project > New > Vector Assets:



Здесь нам предлагают выбрать векторную иконку из Material Design Icons Pack или импортировать сторонний *.svg файл.
Внимание: импорт находится в стадии разработки и не поддерживает всю спецификацию SVG. Проблемные элементы будут выведены в список, придётся вносить правки.



После этого Vector Assets сгенерирует xml ресурсы VectorDrawable и положит в res\drawable . Для обеспечения обратной совестимости с pre-Lollipop устройствами в момент билда android gradle plugin сгенерирует *.png под все плотности экранов в директории app\build\generated\res\pngs



Ограничения обратной совместимости:

minSdkVersion >= 21 (Lollipop)
  • Полная поддержка VectorDrawable API

minSdkVersion < 21
  • Автогенерация png взамен sml в момент билда
  • Урезанный VectorDrawable API
  • Не поддерживаются элементы <group> и <clip-path>
  • Использование BitmapDrawable вместо VectorDrawable в Java коде.


Два новых монитора: GPU Rendering, Network


Для анализа производительности приложения разработчику доступны два новых монитора: GPU Rendering Monitor и Network Monitor:




Чтобы заработал GPU Rendering монитор, его нужно включать на устройстве или эмуляторе: Setting > Developer Options > Profile GPU rendering > In adb shell dumpsys gfxinfo

На этом всё, приятно видеть, что любимый инструмент Android разработчиков развивается, спасибо за внимание.

Использованы материалы:
Блог Android Studio
Vector Drawable API. Возможности применения
Легко переходим на векторный формат картинок вместо нарезки под разные плотности экранов в Android 4.0+. Часть 1 из 2

Комментарии (22)


  1. astudent
    02.10.2015 21:55
    #8599209

    Для обратной совместимости все же посоветую использовать библиотеку BetterVectorDrawable — это удобнее. Также есть сторонний более мощный конвертер ресурсов из SVG в VectorDrawable SvgToVectorDrawableConverter с онлайн-версией.


  1. monah_tuk
    03.10.2015 04:19
    #8599411
    +2

    С гетерогенными проектами (Java + C/C++&JNI) оно уже может работать?


    1. eyeofhell
      03.10.2015 10:37
      #8599493
      +2

      Если ничего не путаю, еще в 1.3 добавили хорошую поддержку NDK с плюсами. Какие там проблемы сейчас?


      1. monah_tuk
        04.10.2015 10:38
        #8599953

        Полноценная (относительно C/C++ части) навигация по коду, автодополнение, кодогенерация (генерация кода native метода хорошо, но недостаточно), рефакторинг и т.п. Просто связывал появление этих фич с выходом CLion. Со сборкой/отладкой да, упростили.


  1. Severovostok
    03.10.2015 14:16
    #8599613
    +3

    Пользуюсь Android Studio (ибо альтернативы можно сказать нет). Но никак не пойму всеобщего восторга. Она же (впрочем как и idea) бесконечно глючные, вечно тормозящие и неповоротливые от релиза к релизу. Это личное мнение, я его не навязываю. Просто не могу понять, неужели я один в мире человек, которого раздражает ждать каждый раз по 60 секунд (а то и больше), пока GRADLE сбилдит проект, в котором я сделал небольшле изменение.


    1. Rumlin
      03.10.2015 15:13
      #8599665
      +2

      У меня она на SSD бегает быстро.


    1. VioletGiraffe
      03.10.2015 15:21
      #8599667
      +7

      Ещё более глючная и тормозящая, чем Эклипс?!


    1. Nerten
      03.10.2015 15:51
      #8599679
      +1

      Ой, а где по-другому?


    1. CAJAX
      03.10.2015 17:46
      #8599711

      Может это зависит от какой-то настройки? У меня всё билдится в фоне, на лету и по мере изменения файлов, а сборка из скомпилированных файлов занимает грубо говоря пару секунд.


    1. OnYourLips
      03.10.2015 21:03
      #8599783
      +3

      > Но никак не пойму всеобщего восторга.
      Посмотрите на альтернативы (eclipse, nb). Это достаточная причина для восторга.

      > вечно тормозящие и неповоротливые от релиза к релизу
      Может у вас с системой что-то не так? Например SSD нет? Но тогда бы у вас все тормозило.


    1. yanchenko
      03.10.2015 21:58
      #8599793
      +1

      Да, при большом количестве зависимостей (всяких там трекингов и аналитик), тормозит безбожно. Нужно их отключать в build.gradle для build type, который используется при разработке и делать stabы, чтобы компилилось.
      А вообще, меня Eclipse как инструмент полностью устраивал.
      Раньше было правильно: Google поддерживал разработку открытого Android при помощи открытого Eclipse. A IntelliJ, которая знает как _на_самом_деле_ должно быть правильно, делает свой продукт. И ты можешь выбирать, нужен ли тебе этот продукт с его перегруженным интерфейсом, тормозами и ненужными фичами.
      Потом случился Gradle, кто-то не осилил впилить его поддержку в Eclipse, или же кто-то что-то занёс кому-то.
      Такая мода.


      1. yroman
        04.10.2015 10:49
        #8599961

        Идея тоже вполне себе открыта, плагины закрыты.


        1. grossws
          04.10.2015 14:56
          #8600035

          Далеко не все. Но часть того, что идёт в IDEA Ultimate — закрыто. Часть (типа плагина для Scala) идёт в двух версиях: открытой и проприетарной.


    1. Revertis
      04.10.2015 00:02
      #8599869
      +1

      Попробуйте запускать именно 64-битную версию студии, и увеличить выделяемую ей память вот тут: «C:\Program Files\Android\Android Studio\bin\studio64.exe.vmoptions»
      У меня тоже были дичайшие тормоза при обычном редактировании текста, но когда я разрешил ей отъедать 2гб, то тормоза стали очень редки.


    1. Ghedeon
      04.10.2015 01:01
      #8599893
      +1

      Чушь какая-то. Внезапно, gradle будет собирать ваш проект в AS ровно столько же, сколько и без IDE совсем, не к той команде претензии. Что касается самой IDEA (AS), ну, батюшка, если это «бесконечно глючный» продукт, то либо слезьте с девелоперской ветки на стабильную, либо пора уже менять тот крутой нетбук, что был куплен на первом курсе для рефератов. Как радикальная терапевтическая мера можно запускать эклипс раз в день по десять минут. Действует отрезвляюще, но будьте готовы к конфузам: захочется слать открытки с сердечками в JetBrains.


    1. Lungo
      04.10.2015 12:34
      #8599991
      +2

      Задумайтесь об апгрейде железа. Для себя я сделал вывод, что для комфортной работы в AS, необходимо иметь как минимум Core i5 и 8 гб памяти (при работе с одним эмулятором). Если хочется запускать больше эмуляторов, рассчитывайте по +1-2 гб на каждый эмулятор. Ну а если еще и SSD поставите, то будет вообще сказка.


  1. artemgapchenko
    03.10.2015 16:59
    #8599705

    Больше не нужно тащить в проект сторонние реализации Floating Action Button...

    FAB от Google уже научилась сама скрываться/появляться при прокрутке ListView/GridView или это до сих пор нужно своими руками писать? Если не научилась, то я остаюсь на сторонней реализации.


    1. rogrom
      03.10.2015 17:17
      #8599707

      научилась, в этом случае требуется использовать FAB в связке с новым компонентом CoordinatorLayout, работающий пример доступен через New Project Wizard -> ScrollingActivity


      1. rogrom
        03.10.2015 18:13
        #8599719
        +4

        сори, Вам же Вашу статью посоветовал… Behavior все равно руками вкручивать придется


  1. Lertmind
    03.10.2015 22:57
    #8599827

    Сейчас впервые поставил Android Studio, создал пустой проект и не сохраняется путь до JDK (File->Project Structure->JDK location). У кого-нибудь такое было?


    1. toxicdream
      04.10.2015 10:29
      #8599949
      +1

      Было в 1.0, как решил не помню, решение нагуглилось.


      1. Lertmind
        04.10.2015 11:10
        #8599969

        Как-то плохо гуглилось. Исправил вручную пути в файле C:\Users\<user_name>\.AndroidStudio1.4\config\options\jdk.table.xml.
        У меня были jdk 1.6 и 1.7, он взял путь до 1.6 и не хотел менять (JAVA_HOME кажется менял перед установкой). Наверно лучше было удалить jdk 1.6 и студию с последующей установкой заново.