iOS程序员必须知道的Android要点
2014/05/06 | 分类: ANDROID, 开发 | 0
条评论 | 标签: ANDROID
本文由 伯乐在线 - chris 翻译自 objc。欢迎加入Android小组。转载请参见文章末尾处的要求。
本博客英文原文副本 http://blog.csdn.net/opengl_es/article/details/25243257
在移动应用飞速发展的今天,APP只针对IOS平台进行开发已经不够了,如今Android在移动设备占有近80%的市场,如此大量的潜在用户怎么能被忽略掉呢。
在这篇文章中,本人会介绍在IOS开发中,怎么学习一些Android开发的理念,Android和IOS功能上本身有一定的相似之处,但是具体实现的方式各异,所以这篇文章会使用一个项目例子进行对比,说明怎么在这两个平台上分别去实现这个任务。
除了了解IOS的开发知识,本文还需要对Java有一定的了解,并能够安装和使用ADT(Android Development Tools)。此外,如果你是一个Android新手,那么请试试去看看Android的官方教程—— building
your first app,非常有用。
UI设计简要说明
本文不会深入研究关于IOS和Android两个平台之间的用户体验或者设计模式之间的差异,不过如果能够理解Android上的一些优秀的UI范例也很有帮助:ActionBar、Overflow menu、back button share action等等。假如你很想尝试Android开发,那么强烈推荐你去Google Play Store上购置一台Nexus5,然后把它作为你日常使用的设备使用一周,然后尝试仔细了解这个操作系统的各种功能和扩展特性,如果开发者连操作系统的各种使用规则都不了解,那么做出来的产品一定有问题。
编程语言的应用框架
Objective-C和Java之间有很多不同之处,如果把Objective-C的编程风格带到Java里面的话,很多代码也许会和底层的应用框架冲突。简单地说,就是需要注意一些区别:
- 去掉Objective-C里面的类前缀,因为Java里有显式的命名空间和包结构,所以就没必要用类前缀了。
- 实例变量的前缀用“m”,不用“_”,在写代码的过程中要多利用JavaDoc文档。这样能使代码更清晰,更适合团队合作。
- 注意检查
NULL
值,Objective-C对空值检查做的很好,不过Java没有。
- 不直接使用属性,如果需要
setter
和getter
,需要创建一个getVariableName()
方法,然后显式调用它。如果直接使用“this.object”不会调用自定义的getter
方法,你必须使用this.getObject
这样的方法。
- 同样的,方法命名时带有
get
和set
前缀来标示它是getter
和setter
方法,Java的方法很喜欢写成actions
或者queries
等,比如Java会使用getCell()
,而不用cellForRowAtIndexPath
。
项目结构
Android应用程序主要分为两部分。第一部分是Java源代码,以Java包结构排布,也可以根据自己的喜好进行结构排布。最基本的结构就是分为这几个顶层目录:activities、fragments、views、adapters和data(models和managers)。
第二部分是res
文件夹,就是“resource”的简称,res
目录存放的是图片、xml布局文件,还有其它xml值文件,是非代码资源的一部分。在IOS上,图片只需要匹配两个尺寸,而在Android上有很多种屏幕尺寸需要考虑,Android上用文件夹来管理管理图片、字符串,还有其它的屏幕配置数值等。res
文件夹里也含有类似IOS中xib
文件的xml
文件,还有存储字符串资源、整数值,以及样式的xml文件。
最后,在项目结构上还有一点相似的地方,就是AndroidManifest.xml文件。这个文件相当于IOS的Project-Info.plist
文件,它存储了activities、application还有Intent的信息,要了解更多关于Intent的资料,可以继续阅读这篇文章。
Activities
Activities是Android APP最基本的可视单元,就像UIViewControllers是IOS最基本的显示组件一样。Android系统使用一个Activity
栈来管理Activity
,而IOS使用UINavigationController
进行管理。当APP启动的时候,Android系统会把Main
Activity
压栈,值得注意的是这是还可以再运行别的APP Activity,然后把它放到Activity栈中。返回键默认会从Activity栈进行pop操作,所以如果用户按下返回键,就可以切换运行已运行的App了。
Activities还可以用Intent组件初始化别的Activity,初始化时可携带数据。启动一个新的Activity类似于IOS上创建一个UIViewController
。最基本的启动一个新的Activity的方式就是创建一个带有data的Intent组件。Android上实现自定义Intent初始化器的最好方法就是写一个静态getter
方法。在Activity结束的时候也可以返回数据,在Activity结束的时候可以往Intent里面放置额外的数据。
IOS和Android的一个大的区别是,任何一个在AndroidManifest
文件中注册的Activity都可以作为程序的入口,为Activity设置一个intent
filter
属性比如“media intent”
,就可以处理系统的媒体文件了。最好的例子就是编辑照片Activity。它可以打开一张照片,然后进行修改,最后在Activity结束时返回修改后的照片。
附加提醒:要想在Activity和Fragment之间传递对象,必须要实现Parcelable
接口,就像在IOS里需要遵循协议一样。还有,Parcelable
对象可以存在于Activity或者Fragment的savedInstanceState
里,这样在它们被销毁后可以更容易重建它们的状态。
下面就来看看怎么在一个Activity中启动另一个Activity,然后在第二个Activity结束时进行返回。
启动其它Activity并返回结果
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
//
A request code is a unique value for returning activities
private
static
final
int
REQUEST_CODE_NEXT_ACTIVITY =
1234 ;
protected
void
startNextActivity() {
//
Intents need a context, so give this current activity as the context
Intent
nextActivityIntent = new
Intent(
this ,
NextActivity. class );
startActivityForResult(nextActivityResult,
REQUEST_CODE_NEXT_ACTIVITY);
}
@Override
protected
void
onActivityResult(
int
requestCode,
int
resultCode, Intent data) {
switch
(requestCode) {
case
REQUEST_CODE_NEXT_ACTIVITY:
if
(resultCode == RESULT_OK) {
//
This means our Activity returned successfully. For now, Toast this text.
//
This just creates a simple pop-up message on the screen.
Toast.makeText( this ,
"Result
OK!" ,
Toast.LENGTH_SHORT).show();
}
return ;
}
super .onActivityResult(requestCode,
resultCode, data);
}
|
Activity结束时返回数据
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
public
static
final
String activityResultString =
"activityResultString" ;
/*
*
On completion, place the object ID in the intent and finish with OK.
*
@param returnObject that was processed
*/
private
void
onActivityResult(Object returnObject) {
Intent
data = new
Intent();
if
(returnObject !=
null )
{
data.putExtra(activityResultString,
returnObject.uniqueId);
}
setResult(RESULT_OK,
data);
finish();
}
|
Fragments
Fragment的概念在Android上比较独特,从Android3.0开始引入。Fragment是一个迷你版的控制器,可以显示在Activity上。它有自己的状态和逻辑,同时在一个屏幕上支持多个Fragment同时显示。Activity充当Fragment的控制器,Fragment没有自己的上下文环境,只能依赖Activity存在。
使用Fragment最好的例子就是在平板上的应用。可以在屏幕左边放一个fragment列表,然后在屏幕的右边放fragment的详细信息。Fragment可以把屏幕分成可重复利用的小块,分别控制管理。不过要注意Fragment的生命周期,会有些细微的差别。
Fragment是实现Android结构化的一种新的方式,就像IOS中的不用UITableview
而用UICollectionView
实现列表数据结构化。因为只使用Activity而不用Fragment的话,会简单一些。不过,之后你会遇到麻烦。如果不使用Fragment代替全盘使用Activity的话,在后面需要利用intent和进行多屏幕支持的时候就会遇到困难。
下面看一个UITableViewController
的例子和一个ListFragment
的地铁时刻表示例。
表格实现
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
|
@interface
MBTASubwayTripTableTableViewController ()
@property
(assign, nonatomic) MBTATrip *trip;
@end
@implementation
MBTASubwayTripTableTableViewController
-(instancetype)initWithTrip:(MBTATrip
*)trip
{
self
= [super initWithStyle:UITableViewStylePlain];
if
(self) {
_trip
= trip;
[self
setTitle:trip.destination];
}
return
self;
}
-(void)viewDidLoad
{
[super
viewDidLoad];
[self.tableView
registerClass:[MBTAPredictionCell class] forCellReuseIdentifier:[MBTAPredictionCell reuseId]];
[self.tableView
registerNib:[UINib nibWithNibName:NSStringFromClass([MBTATripHeaderView class]) bundle:nil] forHeaderFooterViewReuseIdentifier:[MBTATripHeaderView reuseId]];
}
#pragma
mark - UITableViewDataSource
-(NSInteger)numberOfSectionsInTableView:(UITableView
*)tableView
{
return
1;
}
-(NSInteger)tableView:(UITableView
*)tableView numberOfRowsInSection:(NSInteger)section
{
return
[self.trip.predictions count];
}
#pragma
mark - UITableViewDelegate
-(CGFloat)tableView:(UITableView
*)tableView heightForHeaderInSection:(NSInteger)section
{
return
[MBTATripHeaderView heightWithTrip:self.trip];
}
-(UIView
*)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section
{
MBTATripHeaderView
*headerView = [self.tableView dequeueReusableHeaderFooterViewWithIdentifier:[MBTATripHeaderView reuseId]];
[headerView
setFromTrip:self.trip];
return
headerView;
}
-(UITableViewCell
*)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
UITableViewCell
*cell = [tableView dequeueReusableCellWithIdentifier:[MBTAPredictionCell reuseId] forIndexPath:indexPath];
MBTAPrediction
*prediction = [self.trip.predictions objectAtIndex:indexPath.row];
[(MBTAPredictionCell
*)cell setFromPrediction:prediction];
return
cell;
}
-(BOOL)tableView:(UITableView
*)tableView canEditRowAtIndexPath:(NSIndexPath *)indexPath
{
return
NO;
}
-
(void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
[tableView
deselectRowAtIndexPath:indexPath animated:YES];
}
@end
|
List Fragment实现
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
|
public
class
TripDetailFragment
extends
ListFragment {
/**
*
The configuration flags for the Trip Detail Fragment.
*/
public
static
final
class
TripDetailFragmentState {
public
static
final
String KEY_FRAGMENT_TRIP_DETAIL =
"KEY_FRAGMENT_TRIP_DETAIL" ;
}
protected
Trip mTrip;
/**
*
Use this factory method to create a new instance of
*
this fragment using the provided parameters.
*
*
@param trip the trip to show details
*
@return A new instance of fragment TripDetailFragment.
*/
public
static
TripDetailFragment newInstance(Trip trip) {
TripDetailFragment
fragment = new
TripDetailFragment();
Bundle
args = new
Bundle();
args.putParcelable(TripDetailFragmentState.KEY_FRAGMENT_TRIP_DETAIL,
trip);
fragment.setArguments(args);
return
fragment;
}
public
TripDetailFragment() { }
@Override
public
View onCreateView(LayoutInflater inflater, ViewGroup container,
Bundle
savedInstanceState) {
Prediction[]
predictions= mTrip.predictions.toArray( new
Prediction[mTrip.predictions.size()]);
PredictionArrayAdapter
predictionArrayAdapter = new
PredictionArrayAdapter(getActivity(), predictions);
setListAdapter(predictionArrayAdapter);
return
super
.onCreateView(inflater,container,
savedInstanceState);
}
@Override
public
void
onViewCreated(View view, Bundle savedInstanceState) {
super .onViewCreated(view,
savedInstanceState);
TripDetailsView
headerView = new
TripDetailsView(getActivity());
headerView.updateFromTripObject(mTrip);
getListView().addHeaderView(headerView);
}
}
|
下面,我们来分析Android上特有的一些组件。
Android通用组件
ListView和Adapter
ListView
和IOS的UITableView
最像,也是使用最频繁的组件之一。类似于UITableView的UITableViewController
,ListView
也有一个ListActivity
,还有ListFragment
。这些组件会更好地处理一些布局问题,也为操作数据适配器提供了便利,这个接下来会说到。下面这个例子就是使用ListFragment
来展示数据,类似TableView
的datasource
。
关于datasource,Android上没有datasource和delegate,只有Adapter。Adapter有很多种形式,主要功能其实就是为了把datasource和delegate合在一起。Adapter拿到数据然后填充到Listview中,在ListView中初始化响应的组件并显示出来,下面是arrayAdapter的使用:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
|
public
class
PredictionArrayAdapter
extends
ArrayAdapter<Prediction> {
int
LAYOUT_RESOURCE_ID = R.layout.view_three_item_list_view;
public
PredictionArrayAdapter(Context context) {
super (context,
R.layout.view_three_item_list_view);
}
public
PredictionArrayAdapter(Context context, Prediction[] objects) {
super (context,
R.layout.view_three_item_list_view, objects);
}
@Override
public
View getView(
int
position, View convertView, ViewGroup parent)
{
Prediction
prediction = this .getItem(position);
View
inflatedView = convertView;
if (convertView== null )
{
LayoutInflater
inflater = (LayoutInflater)getContext().getSystemService(Context.LAYOUT_INFLATER_SERVICE);
inflatedView
= inflater.inflate(LAYOUT_RESOURCE_ID, parent, false );
}
TextView
stopNameTextView = (TextView)inflatedView.findViewById(R.id.view_three_item_list_view_left_text_view);
TextView
middleTextView = (TextView)inflatedView.findViewById(R.id.view_three_item_list_view_middle_text_view);
TextView
stopSecondsTextView = (TextView)inflatedView.findViewById(R.id.view_three_item_list_view_right_text_view);
stopNameTextView.setText(prediction.stopName);
middleTextView.setText( "" );
stopSecondsTextView.setText(prediction.stopSeconds.toString());
return
inflatedView;
}
}
|
可以看到,adapter里面有一个很重要的方法叫getView,和IOS的cellForRowAtIndexPath
方法一样。还有一个相似之处就是循环利用的策略,和IOS6上的实现很相似。在Android和IOS上循环利用View都很重要,事实上它对列表的实现有很大帮助。这个adapter很简单,使用了一个内建的类ArrayAdapter
来存放数据,也解释了怎么把数据填入ListView
中。
AsyncTask
对于IOS上的Grand Central Dispatch,Android上也有AsyncTask
。它是异步操作工具的又一选择,用一种很友好的方式实现异步任务。不过AsyncTask有点超出了本文的范围,所以本人还是推荐你看看这里。
Activity的生命周期
IOS开发者在写Android的过程中还要注意的就是Android的生命周期。可以先从Activity的生命周期文档开始:
本质上Activity的生命周期很像UIViewController的生命周期,主要区别在于Android上可以任意销毁Activity,所以保证Activity的数据和状态很重要,如果在onCreate()
中保存了的话,可以在saved state中恢复Activity的状态。最好的方法就是使用saveInstanceState
来存储bundled数据,例如下面的TripListActivity
是示例工程的一部分,用来保存当前显示的数据:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
public
static
Intent getTripListActivityIntent(Context context, TripList.LineType lineType) {
Intent
intent = new
Intent(context, TripListActivity.
class );
intent.putExtra(TripListActivityState.KEY_ACTIVITY_TRIP_LIST_LINE_TYPE,
lineType.getLineName());
return
intent;
}
public
static
final
class
TripListActivityState {
public
static
final
String KEY_ACTIVITY_TRIP_LIST_LINE_TYPE =
"KEY_ACTIVITY_TRIP_LIST_LINE_TYPE" ;
}
TripList.LineType
mLineType;
@Override
protected
void
onCreate(Bundle savedInstanceState) {
super .onCreate(savedInstanceState);
mLineType
= TripList.LineType.getLineType(getIntent().getStringExtra(TripListActivityState.KEY_ACTIVITY_TRIP_LIST_LINE_TYPE));
}
|
还有一个要注意的地方就是屏幕旋转:如果屏幕发生旋转,会改变Activity的生命周期。也就是说,Activity会先被销毁,然后再重建。如果已经保存了数据和状态,Activity可以重建原来的状态,实现无缝重建。很多APP开发者在遇到APP旋转时会出现问题,因为Activity没有处理旋转的改变。注意不要用锁定屏幕的方向来解决这个问题,因为这样会存在一个隐含的生命周期的bug,在某些情况下还是可能发生的。
Fragment生命周期
Fragment的生命周期和Activity的很像,但是有一些区别:
还有一个问题就是Fragment和Activity通信的问题。需要注意的是onAttach()
方法在onActivityCreated()
方法之前被调用,这就意味着在fragment创建完成后Activity还不能保证已经存在。如果需要为父Activity设置接口或者代理,则需要在onActivityCreated()
方法调用之后。
Fragment也有可能会在系统需要的时候被创建和销毁。如果要保存它的状态,那么也要像Activity一样进行处理。下面这个是示例项目中的一个小例子,trip
列表Fragment会记录相应的数据,和上面的地铁时间示例一样:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
|
/**
*
The configuration flags for the Trip List Fragment.
*/
public
static
final
class
TripListFragmentState {
public
static
final
String KEY_FRAGMENT_TRIP_LIST_LINE_TYPE =
"KEY_FRAGMENT_TRIP_LIST_LINE_TYPE" ;
public
static
final
String KEY_FRAGMENT_TRIP_LIST_DATA =
"KEY_FRAGMENT_TRIP_LIST_DATA" ;
}
/**
*
Use this factory method to create a new instance of
*
this fragment using the provided parameters.
*
*
@param lineType the subway line to show trips for.
*
@return A new instance of fragment TripListFragment.
*/
public
static
TripListFragment newInstance(TripList.LineType lineType) {
TripListFragment
fragment = new
TripListFragment();
Bundle
args = new
Bundle();
args.putString(TripListFragmentState.KEY_FRAGMENT_TRIP_LIST_LINE_TYPE,
lineType.getLineName());
fragment.setArguments(args);
return
fragment;
}
protected
TripList mTripList;
protected
void
setTripList(TripList tripList) {
Bundle
arguments = this .getArguments();
arguments.putParcelable(TripListFragmentState.KEY_FRAGMENT_TRIP_LIST_DATA,
tripList);
mTripList
= tripList;
if
(mTripArrayAdapter !=
null )
{
mTripArrayAdapter.clear();
mTripArrayAdapter.addAll(mTripList.trips);
}
}
@Override
public
void
onCreate(Bundle savedInstanceState) {
super .onCreate(savedInstanceState);
if
(getArguments() !=
null )
{
mLineType
= TripList.LineType.getLineType(getArguments().getString(TripListFragmentState.KEY_FRAGMENT_TRIP_LIST_LINE_TYPE));
mTripList
= getArguments().getParcelable(TripListFragmentState.KEY_FRAGMENT_TRIP_LIST_DATA);
}
}
|
还要注意的是,Fragment经常会在onCreate
方法中利用bundled
参数重建自己的状态。而自定义的Trip列表模型类相关的setter
方法也会把对象添加到bundled
参数中。这样就可以保证在Fragment被销毁或者重建时,比如屏幕旋转后,可以利用最新的数据去重建状态。
关于布局
和Android上其它部分的开发工作一样,指定布局文件也有自己的优缺点。Android上的布局文件都存放在res/layouts
文件夹中,以易读的xml形式存储。
地铁列表布局
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
|
< RelativeLayout
xmlns:android
= "http://schemas.android.com/apk/res/android"
xmlns:tools = "http://schemas.android.com/tools"
android:layout_width = "match_parent"
android:layout_height = "match_parent"
tools:context = "com.example.androidforios.app.activities.MainActivity$PlaceholderFragment" >
< ListView
android:id = "@+id/fragment_subway_list_listview"
android:layout_width = "match_parent"
android:layout_height = "match_parent"
android:paddingBottom = "@dimen/Button.Default.Height" />
< Button
android:id = "@+id/fragment_subway_list_Button"
android:layout_width = "match_parent"
android:layout_height = "@dimen/Button.Default.Height"
android:minHeight = "@dimen/Button.Default.Height"
android:background = "@drawable/button_red_selector"
android:text = "@string/hello_world"
android:textColor = "@color/Button.Text"
android:layout_alignParentBottom = "true"
android:gravity = "center" />
</ RelativeLayout >
|
下面这个是IOS上用UITableView和UIButton来制作的类似效果:
可以发现,Android的布局文件更容易阅读和理解,而且提供了多种布局方式,我们只介绍了其中的一小部分。
通常来说,我们接触的最基本的UI结构就是ViewGroup
的子类,RelativeLayout、LinearLayout、FrameLayout是最常用的。这些ViewGroup的子类可以容纳别的View,并包含了一些排布控件的属性。
一个很好的例子就是上面用到的RelativeLayout
,在里面可以使用android:layout_alignParentBottom="true"
来把按钮定位到布局底部。
最后,如果要在Fragment或者Activity中使用这些控件的话,可以在onCreateView()
方法中使用布局的资源ID:
1
2
3
4
|
@Override
public
View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
return
inflater.inflate(R.layout.fragment_subway_listview, container,
false );
}
|
布局小贴士
- 请使用dp(density-independent pixels),不直接使用dx(pixels);
- 不要在可视化编辑器中移动布局组件——通常来说可视化编辑器在你调好高和宽后,会为组件添加一些多余的像素,所以最好就是直接操作xml文件;
- 如果在布局的
height
和width
看到有用fill_parent
这个属性的话,你会发现在API
8的时候这个属性就已经被限制了,改用match_parent
替换。
如果要了解更多关于这方面的内容可以看看这篇文章——responsive android applications。
数据
Android上的数据存储也和IOS上差不多:
- SharedPreferences、NSUserDefaults;
- 内存存储对象;
- internal、external文件读写document directory文件读写;
- SQLite数据库存储Core Data形式数据库存储。
其中最基本的区别就是Core Data。在Android上可以直接访问sqlite数据库并可以返回cursor
对象得到结果。更详细的介绍请看这篇文章—— using
SQLite on Android。
Android课后作业
之前已经讨论的东西只是描述了Android的大概 ,要想好好利用Android上的更多的特性,本人建议你看看下面的这些概念:
- ActionBar,Overflow Menu,还有Menu Button;
- 跨应用间数据共享;
- 响应系统actions;
- 好好学习Java的特性:泛型、抽象方法和抽象类等等;
- 看看Google的低版本兼容库;
- 关于Android上的模拟器:可以安装x86
HAXM plugin来使模拟器更流畅。
最后的工作
以上所有涉及的知识点都在MBTA中实现了(托管在Github上)。这个项目仅仅是为了解释两个不同平台之间的一些基本的概念,比如应用架构、数据处理、界面开发等。
我们可以学到更多的解决问题的技巧和方式。因为两平台的实现细节各不相同,也许了解Android的工作原理可以对IOS的下一个版本的开发工作有所帮助。系统之间有很多相似的地方,谁知道下个版本的IOS会出现什么呢?
1.源代码 Source
2.关于多屏幕支持的google官方文档:http://developer.android.com/guide/practices/screens_support.html
3.关于 Intents 的文档:here
4.关于平板分块处理的文档资料: multi-pane tablet view
5.感谢 NSHipster
原文链接: objc 翻译: 伯乐在线 - chris
译文链接: http://blog.jobbole.com/67098/
[ 转载必须在正文中标注并保留原文链接、译文链接和译者等信息。]
时间: 2024-09-04 23:10:24