北京软件开发公司5种较常见的Android开发失误

北京软件开发公司5种较常见的Android开发失误_北京软件开发公司

发表日期：2015-09-14 09:36:18 文章编辑：北京软件开发公司浏览次数:

如果北京软件开发公司已经开发了一个Android应用程序之前，你可能意识到的困难，Android操作系统构成。首先，Android手机较复杂的阵列，版本和任何移动平台运营商。如果这还不够，不像大多数封闭的操作系统，Android是一个开源的平台，这使得它非常容易受到恶意软件。试图开发一种安全而且功能丰富的应用程序，保持设备的一致性是一个（非常）大发展的头痛。szumlakowski开发商抢的VentureBeat，谁已经建立了超过30的Android应用程序自己的股票5，较常见的Android开发的错误和如何避免它们。这里是一个看：

看上去像一个iOS应用程序：很多开发店客户希望港现有的iOS应用程序的Android平台利用相同的设计。这是一个可怕的禁忌打破。Android应用程序有自己的外观和感觉是不同的，iOS和其他平台。什么道理在iOS并不总是有意义的Android。另外，用户是聪明的，会打电话，给差评为Android应用程序看起来像iOS应用。谷歌写了广泛的设计准则，对Android应用程序应该如何。读它！学习它！一些设计规则是用来被打破的，你可以通过精明的方式弯曲的规则区分您的应用程序，但你应该在你玩球学习规则。

多设备支持格式差：Android设备碎片是真实的。有许多版本的操作系统，屏幕尺寸的地段，在生态系统中大量的键盘布局。许多应用程序在世界上支持设备的广泛多样的不好。这不都是如此的艰难。Android给开发者工具来打击这个扑朔迷离的数组空间。这里有一些事情要记住：使用DP（密度无关的像素）或layout_weights布置你的UI。密度无关的像素缩放自动布局系统大致相同的尺寸无论屏幕大小和密度。layout_weights是有用的如果你希望设备的屏幕区域，比例相同，无论屏幕大小（例如：当你想左窗格是屏幕的宽度对所有设备的1/3）。注意，layout_weights力布局程序反复衡量你的观点在屏幕上，可以慢。使用XML资源尽可能多地布局你的屏幕。你可以为不同的屏幕尺寸将自动应用在运行时改变布局。如果你决定锁定屏幕方向为纵向只有小心。有侧滑键盘许多Android设备将切换到横向键盘时拉出。如果你的应用程序锁定到一个肖像屏幕方向然后你可能激怒你的用户。

加载太多的大图片：处理Android大位图图像是很难的。我们还没有找到良方，有助于我们承载多少希望没有失去记忆。主要的问题是，Android应用单个进程可用内存量非常小。较大堆的大小越来越大的连续的操作系统版本和更好的设备，但很难相信我们会有豪华负载很多图像，我们可以在桌面环境。你能做什么？首先，确保你不漏水的引用到你的图像，当你完成的时候。你想得到的图像从你的堆尽快。如果你真的非常需要的内存释放严重，这里有一些其他的事情要考虑：确保设置回调你的Drawable对象为空，当你完成他们。不要泄漏参考活动或上下文可以参考你的图像，或任何可以参考你的图像不建立全屏幕使用图像视图。聪明和改变你的屏幕使用较小的图像和XML可组合，如果可能的话。

没有视觉指示当触摸按钮：这个问题很简单的解决，但我已经看到它做得不好的次数太多了。你的应用程序需要给予积极的反馈用户与应用程序交互时的显示。如果你触摸一个按钮，就应该突出。Android使它容易对屏幕元素基于当前选择，或按国家提供不同的图形状态。你需要指定一个statelistdrawable自定义的屏幕元素。做这个较简单的方法是创建一个状态选择器中的XML文件（见例上面的链接）。

阻塞UI线程的请求：你见过一个应用挂起和停止响应您的输入？你看到可怕的应用程序没有响应”对话框？这些小事件可以如果你阻止你的应用程序的UI线程太长时。如果该线程上花费太长时间运行（例如，网络或数据库请求）然后用户可以体验到一种不和谐的插曲jankiness。很多用户不知道这些区别挂和世俗的崩溃，会认为你的应用是越野车（其中，为了所有的意图和目的，它是）。这罪是如此严重，应用针对蜂窝API，或更大，如果应用使得网络请求使用UI线程的经验networkonmainthreadexception。你如何防止这些罪行？使用asynctasks和threadpoolexecutors折腾你的阻塞调用线程上。当你的后台任务的完成可以使用回调或张贴消息到你的UI线程的消息循环过程的结果。

保持这些心目中的较佳实践可以更好的应用程序的结果。虽然安卓系统提出了比其他操作系统更大的挑战，Android将在广泛使用的相当一段时间。因此，了解挑战和想出办法绕过他们可以帮北京软件开发公司解决问题，推出更好的应用程序。为了进一步保证质量，测试在野外发射前发现现实世界的缺陷和故障，并没有在开发或在实验室里发生是非常有用的。