为什么在Windows下为Android 2.3设置开发环境如此噩梦？

Question

案例1有问题:

我一直在尝试在Windows 7上拥有一个"纯粹的"64位开发环境.它无法完成.请看这里的两个主题:

据我所知,Windows 7上的64位开发并未获得官方支持,但显而易见的问题是为什么？为什么谷歌不能赶上微软？

案例2有问题:

即使在32位Windows XP上,推荐的Android开发平台/工具也会以不可预测的方式运行(一个项目如何安排如下？):

与使用非常稳定且非常可预测的微软工具的Windows编程不同,我使用Eclipse + Android插件+ Android SDK的经验是,我从来不知道什么样的"地雷"在等待着我...

所以我的问题是:为什么？

请指教.

请注意"触发快乐"的人:如果你投票关闭这个帖子,你基本上表达了对社区成员的不信任,以便对Windows的Android开发工具的当前状态进行诚实的讨论(有可能促成一个改进的工具集).

更新(1):观察向下投票,看到人们更喜欢"点击"而不是在上面的链接中提供有用的答案是很有趣的.实际上,它并不有趣,很难过.

更新(2):我真的很感谢Paul McMillan的答案,这是最具体和最重要的.然而,它被别人编辑包括旋转刮刀,比如"Fedora也不是RHEL的alpha - 它只是更多的前沿"所以我不得不接受下一个最好的答案.

更新(3):我无法相信有专业人士建议从管理员帐户(每天,而不是管理目的)工作.我可以理解躺在家里的用户这样做,但计算机专业人士呢？

更新(4):我设法找到了案例#2中描述的问题的解决方法(参见上面的链接).这需要时间用于启动和运行实际的Android编程.

更新(5):我使用64位Ubuntu 10.04安装相同的64位开发环境(Android 2.3).没有一个麻烦.它很快.真高兴.

更新(6):我终于找到了这场伟大考验的根源.原来是Comodo Firewal l(又名CIS).

Answer 1

听起来你的问题与在Windows上开发比Android SDK本身更相关.我在64位Win7机器上运行起来很快,但我真的更喜欢用Linux开发.一旦我用eclipse依赖关系排除了一些愚蠢的问题,运行并保持更新非常简单.

我怀疑大多数硬核机器人开发者(以及在Google上构建工具的人)在他们的盒子上运行某种类型的Linux - 所以这些工具在那里运行起来就不足为奇了.

Eclipse并不是websphere的alpha版本 - 它本身就是一个完全可用且稳定的工具.Fedora也不是RHEL的阿尔法 - 它只是更多的前沿.您可以运行一个非常稳定的Fedora系统,但由于支持选项,大多数公司都使用RHEL.

Android插件和SDK当然正在积极开发中,这是一件好事.这并不一定会使他们成为Beta品质.

Eclipse的使用非常广泛.它已经过充分测试.Android SDK适用于大多数用户.我很抱歉你遇到了问题,但正如你承认的那样,你正在运行一个不寻常的配置.

Windows旨在作为管理员与每个用户一起运行 - 开发工具通常会假设这一点,硬件开发工具也是如此.这是一个合理的假设.即使在Linux下,Android开发在root访问方面确实更好.您正在尝试使用普通用户无法执行的底层硬件.

我不会与此争论.因为它(可能)不是核心开发人员所使用的,所以支持得不太好.FWIW,已经开发了一些关于android的东西,它强化了我对Java开发的总体感觉 - 过于冗长,如果可以避免的话,真的不值得打扰.... (2认同)