Android与IOS异同点对照（1）------ 显示

Android与IOS作为当前世界上最流行的两大移动端操作系统，都拥有无数的粉丝。

那么对于Android或者IOS的开发人员来说,这两个系统都拥有什么同样或者不同的地方那？如今让我们一起来了解一下Android和IOS的异同点。

---

Android、

在Android仅仅中全部的界面都在Activity之中呈现。也就是说仅仅要是用户能够看到的都在Activity之中。Activity创建了一个窗体（Window），我们能够使用setContentView()将须要呈现的视图（UI）放入Window之中进行显示。

先来看一下google对Activity的定义：

Activity作为用户实际看到的界面。它拥有自己的生命周期，就像google介绍的一样，在一个Activity即将出现的时候。程序会先进入onCreate方法，在这种方法里面去定义一些我们须要去初始化的View控件。

以下是google对Activity生命周期的描写叙述图：

`

``
    protected void onCreate(Bundle savedInstanceState)一个 Activity 的实例被启动时调用的第一个方法。

普通情况下。我们都覆盖该方法作为应用程序的一个入口点，在这里做一些初始化数据、设置用户界面等工作。大多数情况下，我们都要在这里从 xml 中加载设计好的用户界面。比如：

 setContentView(R.layout.main);

当然。也可从 savedInstanceState中读我们保存到存储设备中的数据。可是须要推断 savedInstanceState是否为 null，由于 Activity 第一次启动时并没有数据被存贮在设备中：

 if(savedInstanceState!=null){
 savedInstanceState.get("Key");
 }
    protected void onStart()该方法在 onCreate() 方法之后被调用，或者在 Activity 从 Stop 状态转换为 Active 状态时被调用。
    protected void onResume()在 Activity 从 Pause 状态转换到 Active 状态时被调用。

protected void onResume()在 Activity 从 Active 状态转换到 Pause 状态时被调用。

protected void onStop()在 Activity 从 Active 状态转换到 Stop 状态时被调用。一般我们在这里保存 Activity 的状态信息。

protected void onDestroy()在 Active 被结束时调用。它是被结束时调用的最后一个方法，在这里一般做些释放资源。清理内存等工作。

在 android 中，Activity 拥有四种基本状态：

Active/Runing一个新 Activity 启动入栈后，它在屏幕最前端，处于栈的最顶端，此时它处于可见并可和用户交互的激活状态。
Paused 当 Activity 被还有一个透明或者 Dialog 样式的 Activity 覆盖时的状态。

此时它依旧与窗体管理器保持连接，系统继续维护其内部状态，所以它仍然可见。但它已经失去了焦点故不可与用户交互。
Stoped 当 Activity 被另外一个 Activity 覆盖、失去焦点并不可见时处于 Stoped状态。

Killed Activity 被系统杀死回收或者没有被启动时处于 Killed状态。

当一个 Activity 实例被创建、销毁或者启动另外一个 Activity 时，它在这四种状态之间进行转换，这样的转换的发生依赖于用户程序的动作。下图说明了 Activity 在不同状态间转换的时机和条件：

IOS:

而在IOS之中，在应用程序开启的时候，IOS会为其创建一个窗体（UIWindow），这个UIWindow就是你应用程序显示界面的载体，一个IOS应用程序仅仅有一个UIWindow对象。

在UIWindow之内被作为界面显示出来的真正与用户交互的是UIViewController（视图控制器）PS:一開始的时候，我也非常不理解为什么会有视图控制器这样的东西，IOS是MVC设计模式，而MVC讲究的是视图与控制器分离，不知道苹果把这两个东西封装到一起到底是好还是不好。我们通过继承UIViewController（Android须要集成Activity）来显示界面。UIViewController作为显示界面的管理者。它协调其与模型对象和其它控制器对象，包含其它视图控制器。所以说我们的一切界面跳转都是通过它来进行的（不同于android使用intent）。它为你的应用程序提供了一个单一的连贯的用户界面。

看一下苹果是怎么去定义UIViewController的：



IOS不同于Android须要使用XML去定义View。在IOS之中显示界面有三种方式

1、使用代码

2、使用nib

3、使用storyboard（本质上也是nib）

先来看一下从网上找到的一个视图加载的流程图：



View是指Controller的View。

它作为Controler的属性，生命周期在Controller的生命周期内。就是说你的Controller不能在view释放前就释放了。

当你alloc并init了一个ViewController时，这个ViewController应该是还没有创建view的。

ViewController的view是使用了lazyInit（懒加载）方式创建。就是说你调用的view属性的getter：［self view］。在getter里会先推断view是否创建，假设没有创建，那么会调用loadView来创建view。loadView完毕时会继续调用 viewDidLoad。loadView和viewDidLoad的一个差别就是：loadView时还没有view。而viewDidLoad时 view以及创建好了。

OK，以下来看一下UIViewController的卸载：



　当app收到内存警告的时候。会调用每个UIViewController的didRecieveMemoryWarning方法。我们须要做出响应，释放程序中临时不须要的资源。通常都会重写该方法。重写时候须要调用super的该方法。

假设检測到当前UIViewConroller的view能够被安全释放的话，就会调用viewWillUnload方法，这个我们必须要重视。由于当VC的view消失时候它的subviews可能会被一起释放，我们须要依据详细情况做一些记录，以保证下次能够正确创建。同一时候不出现内存泄漏。调用viewWillUnload以后。会将self(UIViewConroller).view属性设置成nil。然后在调用viewDidUnload方法，这个时候我们能够释放那些强引用的对象。

　总之

　当一个视图控制器被创建。并在屏幕上显示的时候。

代码的运行顺序

1、 alloc                                   创建对象，分配空间
2、init                                     初始化对象。初始化数据
3、loadView                          从nib加载视图 ，通常这一步不须要去干涉。

除非你没有使用xib文件创建视图
4、viewDidLoad                   加载完毕，能够进行自己定义数据以及动态创建其它控件
5、viewWillAppear              视图将出如今屏幕之前。立即这个视图就会被展如今屏幕上了
6、viewDidAppear               视图已在屏幕上渲染完毕

当一个视图被移除屏幕而且销毁的时候的运行顺序。这个顺序差点儿相同和上面的相反

1、viewWillDisappear            视图将被从屏幕上移除之前运行
2、viewDidDisappear             视图已经被从屏幕上移除。用户看不到这个视图了
3、dealloc                                 视图被销毁，此处须要对你在init和viewDidLoad中创建的对象进行释放

官网上的生命周期切换方式：