一天一点xib:6该聊聊SB了

引言

下面我们来学习比xib更强大的SB

如何理解SB？

最简单的理解就是：一个.storyboard文件相当于多个基于VC使用的.xib文件，由此我们可以看出，SB(只能基于VC，不能基于View)，我们有多个VC的类是可以和一个SB文件建立关系的，使用方法：

SecVC *secVC = [[UIStoryboard storyboardWithName:@"Demo" bundle:[NSBundle mainBundle]] instantiateViewControllerWithIdentifier:@"SecVC"];

之前的一天一点xib:2初识xib有过介绍, 通过这个方法，我们传入不同VC的identifier，就会得到不同的VC对象。

为什么是强大了？

xib可以基于View、VC甚至自己独立的使用，而SB只能基于VC使用，为什么说比xib更加强大呢？主要是下面的两个原因：

1.SB支持segue

2.SB对cell的支持更加强大

什么是segue？

想象我们点击一个VC中的button后跳转到另一个VC的场景，通常用的都是navigationController的push，或者present一个模态视图，即使有xib的情况下，要完成跳转其实也不简单，要把按钮拖到@implementation中实现一个IBAction的方法，然后在里面写上：

[self.navigationController pushViewController:Sec animated:YES]

或者

[self presentViewController:Sec animated:YES completion:nil]

要想简化这个没有技术含量的过程，就要用到SB的segue。

我们在一个VC中选择要发生跳转的按钮，按control拖动到另一个VC上就会出现一个菜单，在菜单上你就可以选择跳转的方式push、present，这样不用写一行代码就能完成页面间的跳转，而两个VC之间的像纽扣一样用线连着两个VC的的东西就是segue，是一个UIStoryboardSegue对象，我们可以简单的理解成是完成页面跳转相关功能的一个类，是不是很简单？

segue虽然简单，如何传参？

我们知道用SB的segue来实现也页面跳转十分方便，但是如果要向跳转的页面传参该怎么办？

假设我们要点击ViewController这个VC里的一个按钮，跳转到SecVC这个VC中，把testTitle这个参数传过去。第一步还是要选中按钮，拖到SecVC里，然后选中这个segue，给它一个id值，确保用代码可以找到它，然后在ViewController中编码：

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{    if ([segue.identifier isEqualToString:@"sec"]) {
        SecVC *secVC = (SecVC *)segue.destinationViewController;
        secVC.testTite = @"hello world";
    }
}

设置SB中segue的identifier，主要就是要在这里使用，因为多个button发生的多个页面跳转都是回调这个函数，所以要用identifier来区分是哪个segue，跳哪个页面，传哪些参数。
id的sender就是触发跳转的那个button或其他控件。

不确定的跳转如何使用segue？

一下场景经常出现：甲VC中有个button，点击后有可能跳转到乙页面，也可能跳转的丙页面，怎么解？

我们假设我们要点击ViewController这个VC里的一个按钮，有可能要跳到SecVC，有可能要跳thirdVC。
1.在SB中准备segue。

注意我们这次创建的segue的方式并不是选中button按control拖到另一个VC中，而是选中VC，右键选中triggered segues里manual后面的+拖动到另一个VC里，这个很重要，而且还是要给segue一个id。

2.编码实现跳转:

- (IBAction)testSegue:(id)sender
{    BOOL flag = NO;    if (flag) {
        [self performSegueWithIdentifier:@"sec" sender:sender];
    } else {
        [self performSegueWithIdentifier:@"third" sender:sender];
    }
}

代码实现segue跳转也很简单：

- (void)performSegueWithIdentifier:(NSString *)identifier sender:(nullable id)sender

第一个参数是segue的id，第二个参数是触发这个跳转的控件。
在segue跳转页面的过程中还会调一个函数，我们可以重写这个函数，来决定是否让这个跳转发生。eg：

- (BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(id)sender
{    if (_islogin) {        return YES;
    } else {        NSLog(@"您还没有登录，请先登录"); //用log举个例子
        return NO;
    }
}

更灵活的segue

如果你熟练掌握了segue他其实可以做很多事情，其实segue并不仅仅能完成跳转，还有一类segue叫做relationship segue，之前是帮助大家理解，所以说的比较简单，其实我们选中一个NavigationController按control键拖动到另一个VC上的话也可以生成segue，我们选中root view controller，就将Nav的rootViewController属性设置成了这个VC，这个segue就是relationship segue，同样，拖动一个tabbarController也会出现viewControllers的relationship segue。

更好的使用Cell

用xib的时候，要想用cell，通常是建立一个cell子类，一个与之对应的.xib文件。用SB的时候要想用cell就简单的多了，因为cell是可以直接拖动到tableView里的，直接在tableView里管理cell设置属性，当然如果是复杂的cell还是要子类话对应的.h、.m的。

SB在使用cell分两种情况：1静态cell，2动态cell。

静态cell

设置静态cell：

注意静态cell一定要基于UITableViewController，否则会报错。
展示静态cell的tableView是不用调用自己必须实现的datasource协议的

你会很惊讶，为什么必须调用的datasource协议都不用实现？答案是静态，静态的cell，意义就在于你在xib中设置成什么样，他就展现什么样，不会再调用datasource向你要cell了，因为在SB文件中已经确定下来了。

在做一些“死”页面的时候SB的静态cell是很好的选择，静态cell也不是什么都不能做，静态cell里的button还是可以拖到@implementation中形成IBAction的，但是是无法生成IBOutlet属性或字段的。

即使你强行的给一个静态的cell指定了一个cell的类，也是无法向其内部拖入IBOutlet的。这就是静态cell的局限性，但是如果你要设置的数据不多还是可以考虑用静态cell，因为你可以通过给cell上的控件设tag来找到它从而赋值。

动态cell的使用

在上图中设置content属性为Dynamic Prototypes就可以了。使用动态cell的话就要在VC中实现那两个必须实现的datasource协议了，下面举个简单的例子：
1.给cell指定一个class

2.给cell设置id，重用机制使用，其他属性就不详细说明了，和其他控件的属性差不多。

3.给cell添加一些控件，并拖到TestCell源文件中生成IBOutlet的属性，在VC中实现那两个必须实现的协议方法：

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {    return 20;
}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    TestCell *testCell = (TestCell *)[tableView dequeueReusableCellWithIdentifier:@"testCell"];
    testCell.testLabel.text = @"hello world";    return testCell;
}

这里注意，不需要在tableView:cellForRowAtIndexPath:中创建cell了，这是与xib使用cell最大的区别，下面是xib使用cell的方法举例：

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
    TestCell *testCell = (TestCell *)[tableView dequeueReusableCellWithIdentifier:@"testCell"];    if (!testCell) {
        testCell = [[NSBundle mainBundle] loadNibNamed:@"TestCell" owner:self options:nil];
    }
    testCell.testLabel.text = @"hello world";    return testCell;
}

这是很重要的，千万记住，因为我们是直接拖cell到SB文件的tableView里的，所以直接从重用池里取就好了。

这里稍微提一个地方：我们这里取重用cell用的是函数：
dequeueReusableCellWithIdentifier:，而系统中还有另一个重用的函数：dequeueReusableCellWithIdentifier:forIndexPath:这个函数比我们代码中用的那个好，是我们用的那个api的优化版，它是iOS6引入的api，完全符合我们一般app对版本兼容的要求，这里感谢简书用户coderzcj在评论中给我留言，谢谢你。我后续会再写一篇文章专门说说系统对xib优化的事情的，非常感谢大家的支持。

总结

SB的segue和cell使用是它最大意义的地方，当然之前xib能做的设置，SB也都能做，而且多个.xib对应一个SB文件，使文件量变少了不少，但是如果想单独用View的地方还是要用xib。

欢迎大家和我交流沟通，若文章中有错误和纰漏，恳请指正，谢谢。