码迷,mamicode.com
首页 > 移动开发 > 详细

Android与IOS异同点对照(1)------ 显示

时间:2017-07-23 12:40:25      阅读:400      评论:0      收藏:0      [点我收藏+]

标签:eal   启动   board   操作系统   out   create   推断   模式   ret   

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中创建的对象进行释放

官网上的生命周期切换方式:
技术分享

Android与IOS异同点对照(1)------ 显示

标签:eal   启动   board   操作系统   out   create   推断   模式   ret   

原文地址:http://www.cnblogs.com/liguangsunls/p/7224050.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!