Android разработчик
0,0
рейтинг
2 октября 2015 в 20:49

Разработка → Доступна Android Studio 1.4

Несколько дней назад стала доступна 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
  • Не поддерживаются элементы и <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
Роман Громов @rogrom
карма
12,0
рейтинг 0,0
Android разработчик
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

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

  • 0
    Для обратной совместимости все же посоветую использовать библиотеку BetterVectorDrawable — это удобнее. Также есть сторонний более мощный конвертер ресурсов из SVG в VectorDrawable SvgToVectorDrawableConverter с онлайн-версией.
  • +2
    С гетерогенными проектами (Java + C/C++&JNI) оно уже может работать?
    • +2
      Если ничего не путаю, еще в 1.3 добавили хорошую поддержку NDK с плюсами. Какие там проблемы сейчас?
      • 0
        Полноценная (относительно C/C++ части) навигация по коду, автодополнение, кодогенерация (генерация кода native метода хорошо, но недостаточно), рефакторинг и т.п. Просто связывал появление этих фич с выходом CLion. Со сборкой/отладкой да, упростили.
  • +3
    Пользуюсь Android Studio (ибо альтернативы можно сказать нет). Но никак не пойму всеобщего восторга. Она же (впрочем как и idea) бесконечно глючные, вечно тормозящие и неповоротливые от релиза к релизу. Это личное мнение, я его не навязываю. Просто не могу понять, неужели я один в мире человек, которого раздражает ждать каждый раз по 60 секунд (а то и больше), пока GRADLE сбилдит проект, в котором я сделал небольшле изменение.
    • +2
      У меня она на SSD бегает быстро.
    • +7
      Ещё более глючная и тормозящая, чем Эклипс?!
    • +1
      Ой, а где по-другому?
    • 0
      Может это зависит от какой-то настройки? У меня всё билдится в фоне, на лету и по мере изменения файлов, а сборка из скомпилированных файлов занимает грубо говоря пару секунд.
    • +3
      > Но никак не пойму всеобщего восторга.
      Посмотрите на альтернативы (eclipse, nb). Это достаточная причина для восторга.

      > вечно тормозящие и неповоротливые от релиза к релизу
      Может у вас с системой что-то не так? Например SSD нет? Но тогда бы у вас все тормозило.
    • +1
      Да, при большом количестве зависимостей (всяких там трекингов и аналитик), тормозит безбожно. Нужно их отключать в build.gradle для build type, который используется при разработке и делать stabы, чтобы компилилось.
      А вообще, меня Eclipse как инструмент полностью устраивал.
      Раньше было правильно: Google поддерживал разработку открытого Android при помощи открытого Eclipse. A IntelliJ, которая знает как _на_самом_деле_ должно быть правильно, делает свой продукт. И ты можешь выбирать, нужен ли тебе этот продукт с его перегруженным интерфейсом, тормозами и ненужными фичами.
      Потом случился Gradle, кто-то не осилил впилить его поддержку в Eclipse, или же кто-то что-то занёс кому-то.
      Такая мода.
      • 0
        Идея тоже вполне себе открыта, плагины закрыты.
        • 0
          Далеко не все. Но часть того, что идёт в IDEA Ultimate — закрыто. Часть (типа плагина для Scala) идёт в двух версиях: открытой и проприетарной.
    • +1
      Попробуйте запускать именно 64-битную версию студии, и увеличить выделяемую ей память вот тут: «C:\Program Files\Android\Android Studio\bin\studio64.exe.vmoptions»
      У меня тоже были дичайшие тормоза при обычном редактировании текста, но когда я разрешил ей отъедать 2гб, то тормоза стали очень редки.
    • +1
      Чушь какая-то. Внезапно, gradle будет собирать ваш проект в AS ровно столько же, сколько и без IDE совсем, не к той команде претензии. Что касается самой IDEA (AS), ну, батюшка, если это «бесконечно глючный» продукт, то либо слезьте с девелоперской ветки на стабильную, либо пора уже менять тот крутой нетбук, что был куплен на первом курсе для рефератов. Как радикальная терапевтическая мера можно запускать эклипс раз в день по десять минут. Действует отрезвляюще, но будьте готовы к конфузам: захочется слать открытки с сердечками в JetBrains.
    • +2
      Задумайтесь об апгрейде железа. Для себя я сделал вывод, что для комфортной работы в AS, необходимо иметь как минимум Core i5 и 8 гб памяти (при работе с одним эмулятором). Если хочется запускать больше эмуляторов, рассчитывайте по +1-2 гб на каждый эмулятор. Ну а если еще и SSD поставите, то будет вообще сказка.
  • 0
    Больше не нужно тащить в проект сторонние реализации Floating Action Button...

    FAB от Google уже научилась сама скрываться/появляться при прокрутке ListView/GridView или это до сих пор нужно своими руками писать? Если не научилась, то я остаюсь на сторонней реализации.
    • 0
      научилась, в этом случае требуется использовать FAB в связке с новым компонентом CoordinatorLayout, работающий пример доступен через New Project Wizard -> ScrollingActivity
      • +4
        сори, Вам же Вашу статью посоветовал… Behavior все равно руками вкручивать придется
  • 0
    Сейчас впервые поставил Android Studio, создал пустой проект и не сохраняется путь до JDK (File->Project Structure->JDK location). У кого-нибудь такое было?
    • +1
      Было в 1.0, как решил не помню, решение нагуглилось.
      • 0
        Как-то плохо гуглилось. Исправил вручную пути в файле C:\Users\<user_name>\.AndroidStudio1.4\config\options\jdk.table.xml.
        У меня были jdk 1.6 и 1.7, он взял путь до 1.6 и не хотел менять (JAVA_HOME кажется менял перед установкой). Наверно лучше было удалить jdk 1.6 и студию с последующей установкой заново.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.