2010-04-26 50 views

回答

2

一个建议是有一个古老的G1或魔术用1.5的数量。我主要使用N1,这对于获得应用程序的触觉感觉非常好,并且速度通常与模拟器非常相似。但是,在低功耗设备上,您只会注意到很多性能问题,并且在1.5版本中会出现更多奇怪的小错误(由于缺乏市场份额而忽略1.0)。我发现至少对最低硬件和软件规格进行测试是有用的,以衡量人们在应用程序中使用的最低端体验。

2

与所有的移动开发,最好是对最终测试的真实设备。没有它你可以得到,但它不是理想的。

1

从技术上讲,你可以逃避这一点,但为什么你想?当你发现em something中的某些东西不适用于真正的交易时,你真的冒险让不满意的客户失望。

2

对于非常简单的应用程序模拟器可能没问题。然而,有些东西只能在实际的电话上进行有效测试,位置跟踪,拦截来电等。我认为每个人都会建议您在设备上将您的应用程序作为最佳实践进行发布。

这也是明智的,记住,目前有广泛的市场,不同类型的硬件和行为上的设备。因此,很难真正知道您的应用程序将如何在所有设备上执行。

+0

感谢您的建议。 – systempuntoout 2010-04-26 22:07:56

3

使用Windows Mobile时的个人经验:

模拟器很棒。像,真的很棒。你可以做任何你想做的事,和一切。然而,它带来了一个障碍。一个小小的障碍,变成了这个巨大的东西。你看,微软提供了一个d3dmref.dll,它包含了Direct3D Mobile可以提供的每一个功能。

但是,硬件制造商可以随意支持任何他们想要的。

那么在模拟器的工作从未工作过其他地方。即使我在DirectDraw中有一些在模拟器和PDA上运行良好的东西,它看起来完全搞砸了我朋友的(较新的)手机。

是的,你可以得到的,但你正在处理大量的未知数。

0

我同意,你得到一个更好的“感觉”在实际设备上运行时,应用程序是如何工作的。但是,不要陷入假设在一台设备上进行测试证明其在整个市场上有用的陷阱。 Android的强项之一是支持各种平台。当涉及到测试应用程序时,这也是一个负担。 我会建议你也测试AVD的不同屏幕分辨率比你购买的任何实际设备。另外,请参考支持多屏幕分辨率的Android topic。此外,这是一个好主意,适当地选择你的SDK的水平,以免限制设备的您的应用程序可以运行在(在posting 2685117讨论一点)

0

模拟器是美好的,但你需要在网络应用中的真实设备,因为有Android模拟器的不同的号码。 您还需要测试您的应用程序的不同平台兼容性版本。

相关问题