本人从事iOS应用开发已经5年有余,直到现在还总是刻意回避Andriod应用的开发。但是不管你信不信,安卓开发还是很有意思的,从iOS转向Android应用开发的跨度并没有你想象的那么大。
现在我把在开发7分钟训练这款Android应用中所学到的一些东西与大家分享,希望能对你们有所帮助。需要指出的是,我稍后所比较的每个项目并不是完全匹配的,并且这篇文章并不是一个完整的Android应用开发概述,但是它包涵了我从开发这个简单应用所学到的点点滴滴。
开发环境
开发环境我选择了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。
public
void
onItemClick(...) {
Intent i =
new
Intent(getBaseContext(), MyActivity.
class
);
i.putExtra(
"row"
, position);
startActivity(i);
}
|
在新创建的Activity(如上所示的MyActivty)中,你可以以这样方式提取之前Activity传递的数据。
protected
void
onCreate(Bundle savedInstanceState) {
super
.onCreate(savedInstanceState);
setContentView(R.layout.activity_mine);
Bundle extras = getIntent().getExtras();
if
(extras !=
null
) {
int
row = extras.getInt(
"row"
);
....
}
...
}
|
你也可以使用Intent去触发一些东西,例如:分享页面。
1
2
3
4
5
|
Intent sendIntent =
new
Intent();
sendIntent.setAction(Intent.ACTION_SEND);
sendIntent.putExtra(Intent.EXTRA_TEXT,
"Share This"
);
sendIntent.setType(
"text/plain"
);
startActivity(sendIntent);
|
IBOutlet
如果你像我一样至少有一半时间会忘记连接IBOutlets,Android将是你的福音。
Android中每一个视图/组件都有一个唯一的ID,例如:
@+id/myButton
|
Android将会为这些ID自动生成一个叫做R的类(想了解更多R点击这里),你可以通过如下的方式来操作这个Button 对象。
1
|
Button button = (Button)findViewById(R.id.myButton);
|
Tag
为视图设置一个tag来查找信息是iOS开发者们常用的一个小技巧,例如:数组的偏移。而在Android你可以讲这个对象设置成tag,相当的有用。
1
|
row.setTag(data);
|
UITableViewController / UITableViewDataSource / UITableViewCell
在Android中与UITableView相对应的是ListView。
与UITableViewDataSource大体上相对应的是ArrayAdapter:
1
2
|
MyAdapter adapter =
new
MyAdapter(
this
, R.layout.listview_item_row);
listView.setAdapter(adapter);
|
如上的例子中,listviewitemrow是布局中的一行,大体上相当于一个UITableViewCell。
Adapter通过getView来创建或复用不同的列。
你还可以设置表头:
1
2
|
View header = getLayoutInflater().inflate(R.layout.listview_header_row,
null
);
listView.addHeaderView(header);
|
网上有大把相关的好教程,例如这个。
Images / Resources
自从Asset Catalogues在iOS出现后,对于图片的处理就轻松了很多,而且只需要应付retina和非retina屏幕即可(除非你还有专门为iPad使用的图片)。
为了适应不同Android设备的分辨率,你需要提供四套不同尺寸的图片。
它们分别是:mdpi (中等质量)、hdpi (高质量)、 xhdpi (超高质量), xxhdpi (宇宙无敌高质量)。个人很期待xxhdpi画质的出现。
当你在Android Studio里创建工程的时候,它会为你所提供的应用图标自动生成四种不同尺寸的图标。这可把设计师们吓的心肝儿发颤了吧,别担心,稍后它们还是可以被完美的图标所替换的。
所以,基本的理念就是对应不同的屏幕分辨率创建不同的图片,并用与之相对应的屏幕分辨率的名字命名后,放入正确的文件夹中,之后的事情就交给Android去处理吧。
自定义字体
自定义字体在Android中也相当容易实现:拷贝字体到main/assets文件夹,之后你可以像这样调用他们:
1
2
|
Typeface font = Typeface.createFromAsset(getAssets(),
"Lato-Regular.ttf"
);
textView.setTypeface(font);
|
这种方法并不是在所有设备上都可行,最好还是加上try/catch方法来处理异常,即是在我的两台Android设备上从来没有出现过异常。
NSLog
看来Log 似乎是Android给我们提供的解决方案,你指定log的类型:debug ,verbose等等。当然,Java最基本的打印语句System.out.println(..) 也是行得通的。
向下兼容性
我们常听说Android碎片化。对于这个问题在Android中的解决技巧,跟我们在使用iOS新特性又要兼顾老版本时所采用的技巧基本上差不多。 你也许需要更频繁,更长久的使用这些技巧。
Android中有一个非常有用的常量供你查询当前的Android的API版本号。
1
2
3
|
if
(Build.VERSION.SDK_INT >=
11.0
) {
...
}
|
你可以这样来屏蔽警告:
1
2
3
4
|
@SuppressLint
({
"NewApi"
,
"LocalSuppress"
})
private
void
myFunction() {
...
}
|
令人诧异的东西
计时器
我对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的冰山一角。谁知道呢,说不定接下来还有初探应用商店的精彩教程等着你呢。