Max Home IndustryПосле нескольких месяцев предварительных версий, бета-версии и кандидаты на выпуск Android Studio 2.1 теперь общедоступны, и мы все, естественно, перейдем на новую версию. Но для тех, кто принял ранние превью, это может показаться шагом назад.
Окончательная версия на стабильном канале появится в течение 3 недель после выхода RC 2 на канарские острова для тех, кто хотел получить фору. Обычно это хороший способ быть в курсе обновленного программного обеспечения, но в этом случае раннее внедрение было разочаровывающим опытом. Это то, о чем Google довольно сдержан.
Блог Android просто комментирует новый выпуск:
В этом выпуске с множеством улучшений есть три основные темы: скорость, умные возможности и поддержка платформы Android. Разрабатывайте быстрее с помощью таких функций, как новый редактор макетов, который делает создание пользовательского интерфейса приложения быстрым и интуитивно понятным. Развивайте интеллектуальные возможности с помощью нашего нового анализатора APK, улучшенного Layout Inspector, расширенного анализа кода, функций IntelliJ 2016.1.3 и многого другого.
Наконец, как официальная среда IDE для разработки приложений Android, Android Studio 2.2 включает в себя поддержку всех последних функций разработчика в Android 7.0 Nougat, таких как автозавершение кода, чтобы помочь вам добавить такие функции платформы Android, как поддержка многооконности, API быстрых настроек или переработанный Уведомления и, конечно же, встроенный эмулятор Android, чтобы проверить их все.
Большой проблемой Studio 2.2 является макет ограничений. Как мы выяснили с кандидатом на выпуск, это больше не макет по умолчанию, как это было в бета-версии, и это оставляет программистов Android в некотором замешательстве — будем ли мы стремиться к макету ограничений? Использовать только для новых проектов? Перевести все, что у нас есть, на новый макет? Или просто проигнорируйте это и дайте время созреть?
Блог на самом деле не дает четких указаний, просто заявляя:
«В этом выпуске мы совместно развили Android Framework и IDE для создания макета ограничений. Этот новый мощный менеджер макетов помогает создавать большие и сложные макеты в плоской и оптимизированной иерархии. ConstraintLayout интегрируется в ваше приложение, как стандартная библиотека поддержки Android. , и создавался параллельно с новым редактором макетов «.
Во время бета-тестирования меня беспокоило, насколько медленным и глючным был макет ограничений. Это было настолько плохо, что его нельзя было использовать, даже если вы только пытались понять, как им пользоваться. В целом я не был слишком удивлен, когда он был заменен макетом по умолчанию на долгое время по умолчанию относительный макет.
Макет ограничения в режиме Blueprint
Окончательная версия макета ограничений намного лучше, чем можно было бы предположить из бета-версии. Он достаточно быстр, чтобы его можно было использовать на достаточно сложных макетах, и он не так часто попадает в беспорядок, как это было. Автоматические инструменты, которые определяют ограничения макета и преобразовывают существующий макет в макеты ограничений, работают, но они не всегда дают вам то, что вы хотите. В большинстве случаев лучше работать с макетом вручную и использовать человеческий интеллект для выбора ограничений, которые лучше подходят для макета.
Общее обоснование макета ограничений заключается в том, что, поскольку он более сложен, вы можете использовать его для сглаживания макетов, которые являются вложенными иерархиями других макетов. Например, популярной идиомой макета является использование горизонтального макета, вложенного в вертикальный макет, для создания гибкой таблицы, скажем, с разным количеством элементов в каждой строке. Проблема в том, что рендеринг вложенных макетов занимает больше времени, поэтому одним из вариантов преобразования существующего макета является его выравнивание. Хорошая идея, но одна из причин, по которой вложенные макеты так популярны, заключается в том, что они обеспечивают структурированную организацию, которая просто отсутствует в плоском макете. Возможно, лучшим подходом было бы улучшить алгоритм рендеринга, чтобы вложенный макет работал так же быстро, как плоский макет. Конечно, это может быть труднее, чем придумывать схему ограничения.
Проблема в том, что в настоящее время у программистов Android слишком много возможностей для создания макетов и нет четких рекомендаций по передовой практике.
Новый редактор в 2.2 — это шаг вперед, если вы используете макет ограничения, и шаг назад, если вы используете что-то еще, включая относительный макет по умолчанию, который теперь не обеспечивает обратной связи по позиционированию.
Я предполагаю, что большинство новичков просто проигнорируют компоновку ограничений и будут придерживаться относительной компоновки по умолчанию.
Я, конечно, не единственный ранний последователь, которому, возможно, придется пересмотреть работу, которую они проделали на основе бета-версии. Том Бучалка, преподаватель курсов Udemy для Android, был горячим сторонником Constraint Layouts и широко использует их в своем новом мастер-классе по разработке приложений для Android 7.
Затем возникает вопрос о двух режимах проектирования и чертежа. Дело в эффективности или в чем-то другом? Наличие двух представлений на дисплее уменьшает пространство экрана редактора до точки, когда вы не можете действительно видеть, что происходит. Решение состоит в том, чтобы выбрать одно, но какое? Режим чертежа сокращается и дает вам простой макет, а режим дизайна отображает элементы управления так, как они выглядели бы на реальном устройстве. Что лучше для какой работы? Все это выглядит красиво, но я сомневаюсь, что это действительно увеличивает производительность.
Остальные новые функции в Android Studio 2.2 в основном являются дополнительными улучшениями.
Теперь вы можете использовать CMake или ndk-buld для компиляции проектов C ++, что упрощает переход с Eclipse.
Есть новый браузер образцов, который найдет вам образцы, относящиеся к текущей строке кода — лично я бы предпочел больше и более простые образцы. Это не очень полезно, поскольку обычно предоставляет слишком много образцов, которые соответствуют или просто страницы в документации.
Параметр «Мгновенный запуск» был настолько улучшен, что вы можете попробовать его снова, если вы отключили его.
Анализатор APK предназначен для того, чтобы вы могли узнать, что занимает все место в вашем APK.
Эмуляция датчика в эмуляторе Android теперь означает, что вам не нужно использовать реальное устройство для тестирования приложений, использующих акселерометр, магнитометр и датчик температуры.
Наконец, есть три новые функции, которые находятся либо в стадии бета-тестирования, либо в экспериментальном. Кэш сборки должен стать еще одним шагом к сокращению времени сборки. Регистратор тестов Espresso будет создавать тесты, просто наблюдая за тем, как используется ваш пользовательский интерфейс, и, наконец, новый отладчик графического процессора может захватывать и воспроизводить команды OpenGL.
Подробности смотрите в видео:
Все очень хорошо, но последний абзац в блоге о запуске содержит строку, которая может вселить страх в самое сердце:
В следующем выпуске ищите еще больше; мы хотим усердно работать над обратной связью и постоянно повышать качество и стабильность существующих функций, чтобы вы могли продуктивно работать.
Следующий выпуск? Не могли бы мы получить некоторую стабильность — сделайте это выпуском с исправлением ошибок и ускорением, а не выпуском новой функции.