iOS程序员必须知道的Android要点
iOS程序员必须知道的Android要点
在移动应用飞速发展的今天，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 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" /> |
下面这个是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/
[ 转载必须在正文中标注并保留原文链接、译文链接和译者等信息。]
更多相关文章
- Android(安卓)将 android view 的位置设为右下角的解决方法
- Blog-06-《一周快速上手Kotlin For Android》-之When分支
- android使用mysql的方法总结
- Unity和Android互相调用方法
- Android(安卓)注解基本使用
- 一篇看懂Android与Flutter之间的通信
- Android屏幕完美适配最全攻略（最权威的官方适配指导）
- Android(安卓)Native 绘图方法
- Invalidate和postInvalidate的区别