Случай 1:
Я пытаюсь создать "чистую" 64-битную среду разработки в Windows 7. Это невозможно. Смотрите здесь два потока:
64-разрядный Eclipse не будет устанавливать .apk на эмулятор Android
Как приостановить окно командной строки при запуске приложения?
Я понимаю, что 64-битная разработка на Windows 7 официально не поддерживается, но тогда возникает очевидный вопрос? Почему Google не может догнать Microsoft?
Случай 2:
Даже в 32-разрядной Windows XP рекомендуемая платформа/инструменты разработки для Android ведет себя непредсказуемым образом (как может планироваться один проект?):
А? Страница настроек Android отказывается загружать после добавления SDK 1.6
В отличие от программирования для Windows с использованием инструментов Microsoft, которые очень стабильны и очень предсказуемы, мой опыт работы с Eclipse + Android plugin + Android SDK заключается в том, что я никогда не знаю, какая "наземная мина" ждет меня за углом...
Итак, мой вопрос: почему это?
Просьба сообщить.
Примечание для людей с триггером: если вы проголосуете, чтобы закрыть эту тему, вы по существу выражаете недоверие к членам сообщества, чтобы честно обсудить текущее состояние инструментов разработки Android для Windows (с потенциалом внося вклад в улучшенный набор инструментов).
Обновление (1): Наблюдая за нисходящими голосами, забавно видеть, как люди предпочитают 'click' вместо предоставления полезных ответов в приведенных выше ссылках. На самом деле, это не забавно, это печально.
Обновление (2): Я искренне признаю ответ Пола Макмиллана, который был самым конкретным и точным. Тем не менее, он был отредактирован кем-то другим, чтобы включить spin-doctoring, как "Fedora не является альфой для RHEL - это просто больше кровоточащего края", поэтому я должен был принять следующий лучший ответ.
Обновление (3): Я не могу поверить, что есть профессионалы, которые предлагают работать (ежедневно, а не для целей администрирования) из учетной записи администратора. Я могу понять, как работают домашние пользователи, но компьютерные специалисты?
Обновление (4): Мне удалось найти обходное решение проблемы, описанной в случае № 2 (см. ссылку выше). Это потребовало времени, которое предназначалось для запуска и запуска с использованием реальных программ для Android.
Обновление (5): Я прибегал к установке той же 64-разрядной среды разработки (Android 2.3) под Ubuntu 10.04 64-bit. Ни одного хлопот. И это БЫСТРО. Какое удовольствие.
Обновление (6): я, наконец, прибил источник этого великого испытания. Это оказалось Comodo Firewal l (aka CIS).
Если Eclipse не работает, у вас есть опции для "разработки" для Android из командной строки.
Похоже, ваша проблема связана скорее с разработкой в Windows, чем с самим Android SDK. Я получил его и работал довольно быстро на моем 64-битном поле Win7, но я действительно предпочитаю развиваться в Linux. После того, как я разобрал некоторые глупые проблемы с зависимостями eclipse, он был невероятно прост в запуске и обновлен.
Я подозреваю, что большинство хардкорных разработчиков Android (и люди, которые строят инструменты в Google) запускают Linux с некоторыми вкусами на своих ящиках, поэтому неудивительно, что инструменты там хорошо работают.
Eclipse на самом деле не является альфа-версией websphere - это совершенно удобный и стабильный инструмент в своем собственном праве. Fedora не является альфой для RHEL - это еще больше кровоточит. Вы можете запустить совершенно стабильную систему Fedora, но большинство компаний идут с RHEL из-за вариантов поддержки.
Плагины Android и SDK, безусловно, находятся в активной разработке, что хорошо. Это не обязательно делает их бета-качеством.
Eclipse используется невероятно широко. Он адекватно протестирован. Android SDK работают отлично для большинства пользователей. Мне жаль, что у вас были проблемы с ними, но, как вы признали, у вас необычная конфигурация.
Windows предназначена для работы с каждым пользователем в качестве администратора. Средства разработки обычно предполагают это с помощью средств разработки оборудования вдвойне. Это разумное предположение. Даже под Linux разработка Android действительно лучше работает с правами доступа root. Вы пытаетесь сделать что-то с основным оборудованием, которое обычные пользователи не могут сделать.