给iOS开发者的Android开发建议

本人从事iOS应用开发已经5年有余,直到现在还总是刻意回避Andriod应用的开发。但是不管你信不信,安卓开发还是很有意思的,从iOS转向Android应用开发的跨度并没有你想象的那么大。

现在我把在开发7分钟训练这款Android应用中所学到的一些东西与大家分享,希望能对你们有所帮助。需要指出的是,我稍后所比较的每个项目并不是完全匹配的,并且这篇文章并不是一个完整的Android应用开发概述,但是它包涵了我从开发这个简单应用所学到的点点滴滴。

7minsandroid

开发环境

开发环境我选择了Android Studio,我打赌当正式版发布以后,它将成为Android应用的标准开发环境。虽然有很多关于Android Studio 不稳定的言论,但是我只遇到了一次程序崩溃,个人认为Android Studio稳定性尚可,也许是已经适应了Xcode的习惯性程序崩溃吧。

Java

说说你对Java了解多少,说白了它只是另外一门编程语言。像其他语言一样,协助你利用计算机实现你的想法,如果你是个经验丰富的程序员,你将会把更多的精力投入到应用的架构,而不是Java语言本身。谢天谢地,我们并不需要学习J2EE。

模拟器

在使用Android 模拟器之前,我习惯性的认为iOS的模拟器糟糕透了,现在看来iOS的模拟器还是很给力的。能不用Android模拟器就尽量别用,直接上真机调试;要不然你就准备好把大把时间花在无谓的等待上吧。

Storyboard / NIBS

对于storybaord的使用,在我之前iOS开发的文章中已经有所阐述,在是否使用Storyboard这个问题上,之后还收到了持不同看法的读者措辞强烈的来信,今天对此我们不予讨论。

Android 使用xml来编写布局。不同布局彼此是完全独立的。Android Studio同时也提供了一个非常好的WYS|WYG编辑器:

你也可以深入原始xml文件进行编辑(我自己经常这么做)。

各种布局容器可以被用来当做自动布局的替代方案,比如 Relative Layout, Framelayout 等等。选中布局后,你可以对布局的宽度,高度,填充,留白,比重等属性进行像素(dp 设备像素)级的设定,或者直接将它们设置为match parent, wrapcontent。

Wrap-content 对于文本来说是个很好的选择,它会自动根据文本来决定视图的尺寸。

虽然我还没有习惯使用fragments,但似乎确实是一个不错的自定义界面的复用的方式。

UIViewController

Android中等同于iOS UiViewController的是一个叫Activity的组件。你所看到的每个视图和窗口都是一个Activity。在Activity中,你做的最多的就是把数据和UI绑定,处理各种事件等等。

Transitioning Controllers / Views

在iOS中我们使用segues、 pushViewController、 presentController 进行不同视图间的切换。在Android中,我们则用一个叫Intent的组件。

你可以轻松地使用intent去创建一个新的Activity,甚至是传递一些数据给新创建的Activity。

在新创建的Activity(如上所示的MyActivty)中,你可以以这样方式提取之前Activity传递的数据。

你也可以使用Intent去触发一些东西,例如:分享页面。

IBOutlet

如果你像我一样至少有一半时间会忘记连接IBOutlets,Android将是你的福音。

Android中每一个视图/组件都有一个唯一的ID,例如:

Android将会为这些ID自动生成一个叫做R的类(想了解更多R点击这里),你可以通过如下的方式来操作这个Button 对象。

Tag

为视图设置一个tag来查找信息是iOS开发者们常用的一个小技巧,例如:数组的偏移。而在Android你可以讲这个对象设置成tag,相当的有用。

UITableViewController / UITableViewDataSource / UITableViewCell

在Android中与UITableView相对应的是ListView。

与UITableViewDataSource大体上相对应的是ArrayAdapter:

如上的例子中,listviewitemrow是布局中的一行,大体上相当于一个UITableViewCell。

Adapter通过getView来创建或复用不同的列。

你还可以设置表头:

网上有大把相关的好教程,例如这个

Images / Resources

自从Asset Catalogues在iOS出现后,对于图片的处理就轻松了很多,而且只需要应付retina和非retina屏幕即可(除非你还有专门为iPad使用的图片)。

为了适应不同Android设备的分辨率,你需要提供四套不同尺寸的图片。

它们分别是:mdpi (中等质量)、hdpi (高质量)、 xhdpi (超高质量), xxhdpi (宇宙无敌高质量)。个人很期待xxhdpi画质的出现。

当你在Android Studio里创建工程的时候,它会为你所提供的应用图标自动生成四种不同尺寸的图标。这可把设计师们吓的心肝儿发颤了吧,别担心,稍后它们还是可以被完美的图标所替换的。

所以,基本的理念就是对应不同的屏幕分辨率创建不同的图片,并用与之相对应的屏幕分辨率的名字命名后,放入正确的文件夹中,之后的事情就交给Android去处理吧。

自定义字体

自定义字体在Android中也相当容易实现:拷贝字体到main/assets文件夹,之后你可以像这样调用他们:

这种方法并不是在所有设备上都可行,最好还是加上try/catch方法来处理异常,即是在我的两台Android设备上从来没有出现过异常。

NSLog

看来Log 似乎是Android给我们提供的解决方案,你指定log的类型:debug ,verbose等等。当然,Java最基本的打印语句System.out.println(..) 也是行得通的。

向下兼容性

我们常听说Android碎片化。对于这个问题在Android中的解决技巧,跟我们在使用iOS新特性又要兼顾老版本时所采用的技巧基本上差不多。 你也许需要更频繁,更长久的使用这些技巧。

Android中有一个非常有用的常量供你查询当前的Android的API版本号。

你可以这样来屏蔽警告:

令人诧异的东西

计时器

我对Android内建了计时器这样的功能感到非常兴奋,它正是我开发7分钟训练所需要的。可是它不发送在计时结束前的最后一次信号,就是这样一个令人诧异的bug,仍旧没有得到修复。恼火,太恼火了!

屏幕方向

当用户旋转屏幕的时候,activity被完全重置,这意味着你需要保存所有activity重置前的状态,并在activity继续后重新还原这些状态。这可能会让你感到有点诧异,因为在iOS中旋转屏幕,你不需要做任何处理,一切照旧。

Kindle Fire / Amazon Store

在亚马逊商店发布应用相当简单,我只想说两点:

  • YouTube的SDK将会停止工作,因为需要Youtube 应用的支持,而YouTube应用在此是不可用的,但似乎它们是支持Flash的。
  • 为了亚马逊商店,你需要清除源代码里的内购代码。

你可以通过使用android.os.Build.MANUFACTURER 和 android.os.Build.MODEL. 来查询设备的制造商和型号。

在此列出一份kindle fire型号详细资料清单

下一步?

希望未来我能给7分钟训练这个应用添加更多的功能,并且开发更多的Android应用。我相信我只看到了Android的冰山一角。谁知道呢,说不定接下来还有初探应用商店的精彩教程等着你呢。

1 收藏 评论

关于作者:北欧的杂木林

(新浪微博:@北欧的杂木林) 个人主页 · 我的文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部