2014-04-17 8 views
3

После использования Eclipse, еще в 2010 году я перешел в IntelliJ IDEA и использовал его с тех пор. Хотя Android Studio взяла на себя логику IntelliJ IDEA, она реализовала Gradle как свою систему сборки.Насколько важно знать Gradle (Android Studio)?

Gradle по своей сути может быть настолько же совершенным, как на сайте Gradle, но, честно говоря, это довольно запутанно для тех, кто впервые открыл проект, созданный с помощью Android Studio.

Будет ли Gradle стать очень важным в будущем? Как долго мы не можем его использовать? В принципе, насколько разумно, что я продолжаю использовать IDEA, не заботясь о Gradle и Android Studio?

Я знаю, что на данный момент мне это не нужно, но я должен думать о будущем.

+1

Какой ответ вы ожидаете? «Да, это очень важно» или, скорее, «Это не так важно?» – donfuxx

+0

Кажется, что Android Studio и Gradle станут «официальными» в свое время, например, [образцы] (https://developer.android.com/samples) на сайте Android Developer доступны только для использования с Gradle. Основываясь на личных проектах от тех, кто работает в команде Android, я полагаю, что внутри него много поддержки. Но я не думаю, что кто-то действительно может дать вам окончательный ответ на это. – Ellis

+0

@donfuxx Может быть, кто-то больше читал об этом или смотрел где-то. – sandalone

ответ

9

Если IDEA работает на вас, то хорошо придерживаться его - если он не сломался, не исправляйте его. IntelliJ будет поддерживать существующую систему сборки не-Gradle, по крайней мере, через 14 выпусков и, вероятно, за ее пределами, насколько я знаю (хотя я не говорю за них). Вы можете использовать проекты без града с Android Studio, если у вас их уже есть, но это не очень рекомендуется, и мы не предоставляем вам средства для создания нового. Дело не в том, что для Android Studio многое другое, что делает его не работающим с не-Gradle-проектами, но это просто не то, где мы сосредоточены. Кроме того, поскольку IntelliJ использует тот же Android-плагин, что и Android Studio, большинство функций, которые вы, возможно, захотите, будут доступны на этой стороне в любом случае.

Gradle - это будущее, поскольку мы на Android заинтересованы, и мы надеемся, что в конечном итоге получим лучшую историю для всех людей, использующих Eclipse + ADT, поэтому, если вы смотрите на долгосрочное будущее, это направление вам следует в конце концов уйти, особенно если ваше развитие становится достаточно сложным, чтобы существующая система сборки стала ограничением. Но это не похоже на то, что ваш существующий рабочий процесс просто перестанет работать в ближайшие год или два.

+0

Спасибо Скотту. Просто ответ, который я хотел услышать, но никогда не думал, что кто-то из вас, ребята, ответит на такой вопрос. – sandalone

+1

Ну, это основано на мнениях и оффтопике для StackOverflow, но это все еще разумный вопрос. Что касается вашего комментария выше, он был разработан и обновлен непрерывно с момента его введения.Мы не переключили больше на нашу документацию и образцы на нее, потому что это не 1.0 (мы полагаемся на внутренние API Gradle и не обещаем перманентной совместимости еще), потому что Android Studio еще не 1.0 сама по себе, и потому, что она недоступна в Eclipse/ADT. –

1

Я обнаружил, что Gradle был очень запутанным, и мне потребовалось много времени, чтобы обвести вокруг себя голову. Android Studio использует Gradle в качестве предпочтительной системы сборки. Просто продолжайте практиковать с ним, и вы будете постепенно изучать его. Затем, если/когда вы вынуждены использовать Gradle, это не будет непреодолимой задачей. Это то, что я сделал, и в конце концов я принял Gradle, и теперь у меня нет никаких проблем с этим.

Поэтому я думаю, что если вам нравится работать с Android Studio, и вы ожидаете, что будете использовать его для будущих проектов, рекомендуется ознакомиться с Gradle, если он в конечном итоге станет единственной поддерживаемой системой сборки (и это все чаще появляется).

Я бы сказал, что не разумно пренебрегать изучением Gradle, если вы уже являетесь пользователем Android Studio .. но это субъективный вопрос.

Смежные вопросы