UIKit的简单入门介绍

后续文章将进行IOS UI开发的介绍,，主要记录的是常用的接口，记录方式是以使用演示的方式，因此会可能存在忽略参数的介绍，具体请参见官方文件。语言是Objective-C。

文章目录

1. cocoa与cocoa touch

2. 视图与视图控制器

2.1 视图

2.2 视图控制器

3. 生命周期周期

3.1 程序的生命周期

3.1.1 应用的状态

3.1.2 程序的生命周期

3.2 视图控制器的生命周期

1. cocoa与cocoa touch

Cocoa包含Foundation和AppKit框架，可用于开发Mac OS X系统的应用程序。
Cocoa Touch包含Foundation和UIKit框架，可用于开发iPhone OS系统的应用程序。
Cocoa是 Mac OS X 的开发环境，Cocoa Touch是 iPhone OS的开发环境。
对于这里的框架就是官方提供的开发API。因此开发IOS程序就要用到cocoa touch框架集。
cocoa touch框架有一套自己的MVC模式，即就是（Model-View-Controller，模型-视图-控制）模型就是数据，视图就是展现在手机屏幕上的页面，控制器就是控制组织视图的。对于MVC的具体介绍请参见百度百科-MVC

2. 视图与视图控制器

2.1 视图

在IOS开发中视图就是View，就是能看的见一个可视化组件，例如：按钮，标签，文本等，后面会专门介绍IOS 的UIView类。

2.2 视图控制器

在cocoa touch中，UIViewController是所有视图控制器的根类。视图控制器有很多种，有的用于组织视图，有的用于控制页面的跳转。

UIViewcontroller 基本的视图控制器，组织视图
UINavigationController 导航控制器，控制页面的跳转
UITabBarController 标签栏控制器，控制页面跳转
UIPageViewController 页视图控制器，控制页面跳转

这里的页面可以理解为组织好视图的一个视图控制器。

3. 生命周期周期

3.1 程序的生命周期

3.1.1 应用的状态

未运行（Not running）
程序没启动
未激活（Inactive）
程序在前台运行，不过没有接收到事件。一般每当应用要从一个状态切换到另一个不同的状态时，中途过渡会短暂停留在此状态。唯一在此状态停留时间比较长的情况是：当用户锁屏时，或者系统提示用户去响应某些（诸如电话来电、有未读短信等）事件的时候。
激活（Active）
程序在前台运行而且接收到了事件。这也是前台的一个正常的模式
后台（Backgroud）
程序在后台而且能执行代码，大多数程序进入这个状态后会在在这个状态上停留一会。时间到之后会进入挂起状态(Suspended)。有的程序经过特殊的请求后可以长期处于Backgroud状态
挂起（Suspended）
程序在后台不能执行代码。系统会自动把程序变成这个状态而且不会发出通知。当挂起时，程序还是停留在内存中的，当系统内存低时，系统就把挂起的程序清除掉，为前台程序提供更多的内存。

3.1.2 程序的生命周期

程序的生命周期就是从未运行-中间状态-未运行状态，在这期间，会调用UIApplicationDelegate中的回调方法，这些方法是根据状态变化进行响应的地方，其中最常用的就是以下7个方法：

application:willFinishLaunchingWithOptions:
在App启动时调用表示应用加载进程已经开始,常用来处理应用状态的存储和恢复
application:didFinishLaunchingWithOptions:
表示App将从未运行状态进入运行状态,用于对App的初始化操作
applicationDidBecomeActive:
当应用即将进入前台运行时调用
applicationWillResignActive:
当应用即将进从前台退出时调用
applicationDidEnterBackground:
当应用开始在后台运行的时候调用
applicationWillEnterForeground:
当程序从后台将要重新回到前台（但是还没变成Active状态）时候调用
applicationWillTerminate:
当前应用即将被终止，在终止前调用的函数。通常是用来保存数据和一些退出前的清理工作。如果应用当前处在suspended，此方法不会被调用。 该方法最长运行时限为5秒，过期应用即被kill掉并且移除内存。

3.2 视图控制器的生命周期

视图控制器的生命周期用代码理解更加合适，因为平时都是和代码打交道。

// 初始化UIViewController，执行关键数据初始化操作，非StoryBoard创建UIViewController都会调用这个方法。:不要在这里做View相关操作，View在loadView方法中才初始化
- (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil {if (self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil]) { }return self;
}// 如果连接了串联图storyBoard 走这个方法，使用StoryBoard进行视图管理，程序不会直接初始化一个UIViewController，StoryBoard会自动初始化或在segue被触发时自动初始化，因此方法initWithNibName:bundle不会被调用，但是initWithCoder会被调用。
- (instancetype)initWithCoder:(NSCoder *)aDecoder {if (self = [super initWithCoder:aDecoder]) { }return self;
}// xib 加载完成，当awakeFromNib方法被调用时，所有视图的outlet和action已经连接，但还没有被确定，这个方法可以算作适合视图控制器的实例化配合一起使用的，因为有些需要根据用户喜好来进行设置的内容，无法存在storyBoard或xib中，所以可以在awakeFromNib方法中被加载进来。
- (void)awakeFromNib {[super awakeFromNib];
}
/*上面的基本不常用，由于维护比较困难，因此UI都是以纯代码的形式，后面的都是常见的*/// 加载视图到内存(默认从nib)，当执行到loadView方法时，如果视图控制器是通过nib创建，那么视图控制器已经从nib文件中被解档并创建好了，接下来任务就是对view进行初始化。
- (void)loadView {}//视图控制器中的视图加载完成，viewController自带的view加载完成
- (void)viewDidLoad {[super viewDidLoad];
}//视图将要出现
- (void)viewWillAppear:(BOOL)animated {[super viewWillAppear:animated];
}// view 即将布局其 Subviews
- (void)viewWillLayoutSubviews {[super viewWillLayoutSubviews];
}// view 已经布局其 Subviews
- (void)viewDidLayoutSubviews {[super viewDidLayoutSubviews];
}//视图已经出现
- (void)viewDidAppear:(BOOL)animated {[super viewDidAppear:animated];
}//视图将要消失
- (void)viewWillDisappear:(BOOL)animated {NSLog(@"%s", __FUNCTION__);[super viewWillDisappear:animated];
}//视图已经消失
- (void)viewDidDisappear:(BOOL)animated {[super viewDidDisappear:animated];
}//出现内存警告  //模拟内存警告:点击模拟器->hardware-> Simulate Memory Warning
- (void)didReceiveMemoryWarning {[super didReceiveMemoryWarning];
}// 视图被销毁
- (void)dealloc {}

请注意以下几个方法
- (void)loadView {}
loadView方法在UIViewController对象的view被访问且为空的时候调用。这是它与awakeFromNib方法的一个区别。
假设我们在处理内存警告时释放view属性:self.view = nil。因此loadView方法在视图控制器的生命周期内可能被调用多次。
loadView方法不应该直接被调用，而是由系统调用。它会加载或创建一个view并把它赋值给UIViewController的view属性。

在创建view的过程中，首先会根据nibName去找对应的nib文件然后加载。如果nibName为空或找不到对应的nib文件，则会创建一个空视图(这种情况一般是纯代码)

注意:在重写loadView方法的时候，不要调用父类的方法。

- (void)viewDidLoad {}
当loadView将view载入内存中，会进一步调用viewDidLoad方法来进行进一步设置。此时，视图层次已经放到内存中，通常，我们对于各种初始化数据的载入，初始设定、修改约束、移除视图等很多操作都可以这个方法中实现。

视图层次(view hierachy):因为每个视图都有自己的子视图，这个视图层次其实也可以理解为一颗树状的数据结构。而树的根节点，也就是根视图(root view),在UIViewController中以view属性。它可以看做是其他所有子视图的容器，也就是根节点。

注意：该方法在该视图的生命周期内只会调用一次
- (void)viewWillAppear:(BOOL)animated {}
系统在载入所有的数据后，将会在屏幕上显示视图，这时会先调用这个方法，通常我们会在这个方法对即将显示的视图做进一步的设置。比如，设置设备不同方向时该如何显示；设置状态栏方向、设置视图显示样式等。

另一方面，当APP有多个视图时，上下级视图切换是也会调用这个方法，如果在调入视图时，需要对数据做更新，就只能在这个方法内实现。

- (void)viewWillLayoutSubviews {
view 即将布局其Subviews。比如view的bounds改变了(例如:状态栏从不显示到显示,视图方向变化)，要调整Subviews的位置，在调整之前要做的工作可以放在该方法中实现

- (void)viewDidLayoutSubviews {}
view已经布局其Subviews，这里可以放置调整完成之后需要做的工作。

- (void)viewDidAppear:(BOOL)animated {}
在view被添加到视图层级中以及多视图，上下级视图切换时调用这个方法，在这里可以对正在显示的视图做进一步的设置。

- (void)viewWillDisappear:(BOOL)animated {}
在视图切换时，当前视图在即将被移除、或被覆盖是，会调用该方法，此时还没有调用removeFromSuperview。

- (void)viewDidDisappear:(BOOL)animated {}
view已经消失或被覆盖，此时已经调用removeFromSuperView;

- (void)dealloc {}
视图被销毁，此次需要对你在init和viewDidLoad中创建的对象进行释放。

- (void)didReceiveMemoryWarning {}
在内存足够的情况下，app的视图通常会一直保存在内存中，但是如果内存不够，一些没有正在显示的viewController就会收到内存不足的警告，然后就会释放自己拥有的视图，以达到释放内存的目的。但是系统只会释放内存，并不会释放对象的所有权，所以通常我们需要在这里将不需要显示在内存中保留的对象释放它的所有权，将其指针置nil。