Компания Google выпустила (http://android-developers.blogspot.ru/2014/12/android-studio... первый стабильный релиз новой интегрированной среды разработки приложений для платформы Android - Android Studio (http://developer.android.com/sdk/index.html), которая пришла на смену плагину ADT для платформы Eclipse. Среда построена на базе исходных текстов продукта IntelliJ IDEA Community Edition (http://www.opennet.me/opennews/art.shtml?num=41007), развиваемого отечественной компанией JetBrains (http://ru.wikipedia.org/wiki/JetBrains). Android Studio развивается в рамках открытой модели разработки и распространяется (https://android.googlesource.com/platform/tools/adt/idea/) в рамках лицензии Apache 2.0.
Бинарные сборки подготовлены (http://developer.android.com/sdk/index.html#Other) для Linux (для тестирования использован Ubuntu), OS X и Windows. Среда предоставляет средства для разработки приложений не только для смартфонов и планшетов, но и для носимых устройств на базе Android Wear, телевизоров (Android TV), очков Google Glass и автомобильных информационно-развлекательных систем (Android Auto). Для приложений изначально разрабатываемых с использованием Eclipse и ADT Plugin подготовлен инструмент для автоматического импорта существующего проекта в Android Studio.
<center><a href="http://2.bp.blogspot.com/-DHQYEdfFSE0/VIKNORx1X5I/AAAAAAAABE... src="http://www.opennet.me/opennews/pics_base/0_1418113034.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Новая среда разработки адаптирована для выполнения типовых задач, решаемых в процессе разработки приложений для платформы Android. В том числе в среду включены средства для упрощения тестирования программ на совместимость с разными версиями платформы и инструменты для проектирования приложений, работающих на устройствах с различными разрешениями экрана (планшеты, смартфоны и ноутбуки). Помимо возможностей (http://www.opennet.me/opennews/art.shtml?num=41007), присутствующих в IntelliJ IDEA, в Android Studio реализовано несколько дополнительных функций, таких как новая унифицированная подсистема сборки, тестирования и развёртывания приложений, основанная на сборочном инструментарии Gradle (http://www.gradle.org/) и поддерживающая использование средств непрерывной интеграции.<center><a href="http://4.bp.blogspot.com/-DW220tDpMcM/VIKNNGEuDNI/AAAAAAAABD... src="http://www.opennet.me/opennews/pics_base/0_1418113230.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Для ускорения разработки приложений представлена коллекция типовых элементов интерфейса и визуальный редактор для их компоновки, предоставляющий удобный предпросмотр различных состояний интерфейса приложения (например, можно посмотреть как интерфейс будет выглядеть для различных версий Android и для различных размеров экрана). Для создания нестандартных интерфейсов присутствует мастер создания собственных элементов оформления, поддерживающий использование шаблонов. В среду встроены функции загрузки типовых примеров кода из GitHub.
<center><a href="http://2.bp.blogspot.com/-2pfCClH_Vi0/VIKNNErRV3I/AAAAAAAABD... src="http://www.opennet.me/opennews/pics_base/0_1418113178.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
В состав также включены учитывающие особенности платформы Android расширенные инструменты рефакторинга, проверки совместимости с прошлыми выпусками, выявления проблем с производительностью и оценки удобства использования. В редактор добавлен режим быстрого внесения правок. Система подсветки, статического анализа и выявления ошибок расширена поддержкой Android API. Интегрирована поддержка оптимизатора кода ProGuard (http://developer.android.com/tools/help/proguard.html). Встроены средства генерации цифровых подписей. Предоставлен интерфейс для управления переводамина другие языки.
<center><a href="http://3.bp.blogspot.com/-rd40vumDg_Y/VIKNOMQHqqI/AAAAAAAABE... src="http://www.opennet.me/opennews/pics_base/0_1418113642.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
URL: http://android-developers.blogspot.ru/2014/12/android-studio...
Новость: http://www.opennet.me/opennews/art.shtml?num=41218
Дождались! :)
Почему бы Google не купить JetBrain? Для разнообразия...
Чтобы потом закрыть? Нет спасибо
> Почему бы Google не купить JetBrain? Для разнообразия...Вы что, серьезно ЭТО предлагаете ? Вы действительно думаете, что они не закопают эти IDE ? К примеру завтра в Google решат, что RubyMine "не нужен" и ....
RubyMine и Ruby* - действительно не нужены.
Тут и без гугла понятно что нужно закрывать неперспективное направление.
> RubyMine и Ruby* - действительно не нужены.Простите, можно услышать обоснование столь вызывающему утверждению ?
Ruby и его флагман - RoR имеют ряд недостатков, но для ряда задач весьма хороши.> Тут и без гугла понятно что нужно закрывать неперспективное направление.
Жаль, что такие как GitHub не знали Вашего мнения.
>>Простите, можно услышать обоснование столь вызывающему утверждению ?
>>Ruby и его флагман - RoR имеют ряд недостатков, но для ряда задач весьма хороши.Руби - Язык не дающий никакого преимущества перед скриптовыми-языками-конкурентами, ни по скорости, ни по количеству библиотек и биндигов.
>>Жаль, что такие как GitHub не знали Вашего мнения.
Тыкать Гитхабом, который ломали и в хвост и в гриву Питерские школьники, тот ещё пример (и показатель секьюрности, как фичи ROR), про скорость смотри выше.
> Руби - Язык не дающий никакого преимущества перед скриптовыми-языками-конкурентами, ни
> по скорости, ни по количеству библиотек и биндигов.Нет, мы не в ту степь пошли.
Было сказано "неперспективное направление.".
В качестве доказательства Вы приводите утверждение "не дающий никакого преимуществ".А с каких пор "не дает преимуществ" по отдельным критериям == "неперспективный" ?
Вы случайно не забыли часом рыночную нишу RoR (быстрая разработка web приложений/ backend'ов со сложной логикой, для стартапов) ?
Т.е. - за счет продуманности и т.д. - в RoR очень высокая скорость разработки
Теперь о библиотеках и т.д.
- Извините, но экосистема RoR побогаче будет, чем у Django.
- Такие плюшки как RSpec ... покажите, пожалуйста мне аналог в DjangoNode.js ... экосистема также сильна, да. но там есть ряд своих недостатков, которые прут, целые статьи написаны по этому поводу.
Про скорость - очень спорно, потому как вопрос скорости - это чаще вопрос того, как архитектор учел ублюдочность тех или иных момент.
К примеру GIL есть везде, и в Ruby, и в Python, и в JS.
А сам язык тут играет вторичное значение.
И вообще, если Вам нужны "взрослые" скорости, то тут уже надо "шевелить корявками", к примеру - переписать часть на быстрой платформе, как Twitter переписали ряд крит. момент на Java> Тыкать Гитхабом,
Я привел пример проекта, который был написан на RoR, как пример успешного, востребованного проекта, на платформе, которая по Вашему мнению "не нужна".
Или Вы думаете, что проект родился бы в таком виде в такие сроки без платформы ?> который ломали и в хвост и в гриву Питерские школьники,
А еще "Питерские школьники" ломали все популярное, что написано на любом продукте.
Видимо Вы забыли, что скажем к-во ошибок у среднего разработчика на к-во строк кода - величина постоянная.
И для больших, активных проектов, которые вылезли из штанишек стартапа такие взломы большей частью происходят по вине разработчиков, независимо от платформы.
Ибо стартап - это всегда вагон г...на, который постоянно меняется, и который должен заработать как можно быстрее. С соот. последствиями для качества кода
Если говорить о платформах, то сколько SA было у RoR + ruby и к примеру, за аналогичный период у Zend или Yii + PHP, не подскажите ? или Python + Django , К примеру за 2014 ?
По скорости разработки и наличию некоторых качественных фреймворков (Rails) таки даёт. По крайней мере хоть я к руби прикасаться не собираюсь, мне это видно даже "из далека" по наблюдением за проектами и отзывами программистов.
зачем?
Такой вопрос: есть рецепты, чтобы сделать интерфейс нормальным в Linux? Особенно шрифты ужасные! Только из-за это использую Eclipse.
Для сравнения:
http://i.stack.imgur.com/xxDFE.png
http://zombiebrainzjuice.fr/wp-content/uploads/2013/06/Ubunt...
Я за неделю привык, теперь на eclipse смотреть не могу - все большое :)
> Я за неделю привык, теперь на eclipse смотреть не могу - все
> большое :)Ужас. Как можно привыкнуть к таком? Там же нету сглаживания! В системе вы тоже его отключили?
на 3840x2160 нет разницы.
Точнее со сглаживанием хуже.
есть там сглаживание. Оно есть у всех редакторов на идее. То, что у вас, это вы уже там что-то нахимичили :)
собственно, вот http://i.imgur.com/j0DeaWp.png :)
Да, на втором скрине шрифты ужасные. Какие-то жирные и размытые. Убунтяшный твик, наверно.
> Да, на втором скрине шрифты ужасные. Какие-то жирные и размытые. Убунтяшный твик,
> наверно.Спасибо за внимание, подождем когда Google пофиксит это и больше не будет убивать людям глаза
> Только из-за это использую Eclipse.А что ты за птица, что всем не похрен, что ты используешь?
>> Только из-за это использую Eclipse.
> А что ты за птица, что всем не похрен, что ты используешь?Не мне одному это важно (см. первый коментарий). Под Windows все супер, под Linux убого. Меня удивляет то, что красноглазики этим пользуются еще и радуются. Напоминает совок.
> Такой вопрос: есть рецепты, чтобы сделать интерфейс нормальным в Linux? Особенно шрифты
> ужасные! Только из-за это использую Eclipse.
> Для сравнения:
> http://i.stack.imgur.com/xxDFE.png
> http://zombiebrainzjuice.fr/wp-content/uploads/2013/06/Ubunt...
>> Такой вопрос: есть рецепты, чтобы сделать интерфейс нормальным в Linux? Особенно шрифты
>> ужасные! Только из-за это использую Eclipse.
>> Для сравнения:
>> http://i.stack.imgur.com/xxDFE.png
>> http://zombiebrainzjuice.fr/wp-content/uploads/2013/06/Ubunt...
> http://urshulyak.com/?p=478Вот это супер :) спасибо большое за информацию
>>> Такой вопрос: есть рецепты, чтобы сделать интерфейс нормальным в Linux? Особенно шрифты
>>> ужасные! Только из-за это использую Eclipse.
>>> Для сравнения:
>>> http://i.stack.imgur.com/xxDFE.png
>>> http://zombiebrainzjuice.fr/wp-content/uploads/2013/06/Ubunt...
>> http://urshulyak.com/?p=478
> Вот это супер :) спасибо большое за информациюДа не за что, для людей делал.
Есть рецепт. Запускать под openjdk с infinality патчами
http://imgur.com/03rWb58
Eclipse смотрится конечно потрясающе, но по-моему это откат, в плане функциональности и удобстве.
У меня скорее вопрос - можно ли в эклипсе шрифты сделать нормальные? Я то работаю в студии, в те времена когда запускают эклипс, без слез от вырвиглазности смотреть не могу.
Попробуй добавить
-Dawt.useSystemAAFontSettings=lcd
в idea.vmoptions
Переключитесь тему darcula, поменяйте шрифты на google droid и будет вам радость
Особенно если во время работы постоянно нужно будет заглядывать на SO, например.
Аж плакать будете от радости.
Она памяти всё так же жрёт как не в себя?
☦ Изыди нечистый ☦
IDEA память жрёт не просто так, а для обеспечения своего функционала - например, хранит распарсенный код, причём не только код проекта, но и код подключенных библиотек (декомпилированные *.class в том числе), а заодно кеширует часто используемые данные. Это позволяет за пару секунд найти в проекте метод с нужным именем, и за приемлемое время найти все использования класса, метода или переменной в проекте с учётом контекста. Хочешь экономии памяти - бери другую IDE, где всех этих фишек нет.
Так жрет на IDEA - она-то как раз вполне терпимо кушает.
А вот плагин Gradle - это что-то...
> IDEA память жрёт не просто так, а для обеспечения своего функционала -
> например, хранит распарсенный код, причём не только код проекта, но и
> код подключенных библиотек (декомпилированные *.class в том числе), а заодно кеширует
> часто используемые данные. Это позволяет за пару секунд найти в проекте
> метод с нужным именем, и за приемлемое время найти все использования
> класса, метода или переменной в проекте с учётом контекста. Хочешь экономии
> памяти - бери другую IDE, где всех этих фишек нет.Включить режим экономии энергии в студио и все эти фишки отключатся ))))
У меня с ней как-то не срослось, снова что-ли попробовать? Стоит оно того?
1.0 таки. Попробовать стоит.
Мои коллеги, которые пилят Android - говорят стоит. Работа проделана большая, плюшек много и работает 1.0 ничего так ...
С NDK, насколько я понимаю, оно без костылей по-прежнему не дружит?
Тогда уж лучше Eclipse.
Есть язык Kotlin от тех же JetBrains, который является мешком синтаксического сахара для жабы.
ты вообще понял о чем речь?
Для простых вещей NDK там в gradle есть (смотреть ndkJniLib, ndkJniPureSplitLib, ndkSanAngeles, и ещё несколько примеров в gradle-samples версии не ниже 0.14.4).
Если нужно что-то чуть посложнее, то не особо и много там костылять нужно. На stackoverflow давно уже есть куча готовых рабочих конфигураций.
Работа с NDK - это не только сборка всего в кучу, это еще и работа с кодом на "крестах".
Написание, отладка, рефакторинг...
Для крестов есть clion, но пока eap
Клёна пока, можно считать, нет, да и для сборки Андроидного пакета из крестов с обвязкой из Java он явно не предназначается.
а если я хочу создать простенькую программу для телефона, типа Привет Вася! мне лучше не запускать студию, а Eclipse??
Можешь эту попробовать https://developer.vuforia.com/resources/sdk/android
Идеально - оригинальную IntelliJ Idea Comminity Edition, к ней есть восхитительный туториал: https://www.jetbrains.com/idea/features/android-tutorials.jsp
а какие-нибудь полезные плагины как у Эклипса есть в Idea?
Кто-нить пробовал уже? Как там дела с поддержкой NDK? Особенно интересует пошаговый дебаг нативного кода - в эклипсе это настроить не смог.
Это кастомная сборка IDE для Java. Для крестовиков практически бесполезна.
