开始使用Storyboards

“你的应用程序可以完整的储存在一个文件中，并且IB自动构建成单独的分离文件去做最优化的加载。简而言之，你不必担心使用storyboards时的加载时间或者性能。”

实例化一个Storyboard

当你的‘UIMainStoryboardFile’已经设置好了，随着程序的启动窗口，编译器在自动生成代码时实例化Storyboard并且加载。

假如你已经添加了storyboards到你现有的APP中，你就开始编码吧。storyboard实例化view controllers的方法都定义在UIStoryboard类中。

当你想在storyboard中指定显示一个 view controller的时候，你用这个方法加载storyboard:

+ storyboardWithName:bundle:

在Storyboard中加载View Controllers

在storyboard中加载View Controllers的方法类似于nib的加载方法，并且搭配UIStoryboard对象。你可以使用下面的一些方法实例化View Controllers:

- instantiateInitialViewController
- instantiateViewControllerWithIdentifier:

 

Segues

Segues是在你storyboard文件中的过渡定义。UIKit提供了两个默认的过渡风格: Push 和 Modal。他的表现形式类似于pushViewController:animated:completion:和presentViewController:animated:completion方法.

 

在新增内容中,你可以创造一个自定义segues和创造一个新的view controllers过渡种类.你可以稍后在“自定义过度效果”中看看这些内容.

你在storyboard文件中通过连接view controllers的某个事件到其他的view controllers来创建segues.

你可以拖动一个button到一个 view controller上,或者拖动一个手势识别到一个view controller,还有很多,就不一一列举了.

IB在两个VC间创建了一个segue后,你还可以选中segue,并使用attributes inspector面板来修改这个过渡风格.

 

假如你选择了一个自定义的过度风格,attributes inspector 面板依然可以允许你设置一个自定义的类.你可以认为,segue是专门负责关联过渡的行为.

按钮的点击事件行为,静态table上row(cell)的被选中,一个手势,或者甚至是声音事件,都可以引发segues.编译器会自动生成所需要的代码来执行segue的行为,

当你已经连接了segue后.

当segue去执行被源VC调用的prepareForSegue:sender:方法.传递给他的是一个UIStoryboardSegue类型的对象.你可以覆写这个方法来传递数据给目标view controller.下一节 将解释如何完成这一任务.

 当一个 view controller 执行多个segue,相同的prepareForSegue:sender:方法会被每个segue调用.要鉴别出执行的segue的话,使用segue identifier来检查是否是准备执行的segue,并传递相应的数据. 作为防御性编程实践,我建议也执行这个检查事件,即使你的viewcontroller执行的只有一个segue.这样的话,你可以保证以后你添加一个新的segue,你的app也会继续运行而不是崩溃.

传递数据

在你使用storyboards时,viewcontroller 实例化并自动的呈现给用户.你有机会通过覆写prepareForSegue:sender:方法来填充数据.通过覆写这个方法,你可以获得指针到目标viewcontroller,并用来设置初始化的值.

 

framework 会调用相同的方法在你使用之前.比如 viewDidLoad, initWithCoder:,和NSObject awakeFromNib方法,这就意味着在你没有使用storyboard的时候你可以继续写你的viewcontroller的初始化代码.

 

返回数据

使用storyboards传递数据返回到父级(或者叫做上层)viewcontroller上就跟你使用nib文件或者手动编码用户接口一样.你在View上展示的那些用户创建或者输入的数据,可以通过delegate或block的形式返回上级.唯一不同的是,在你的父级viewcontroller,你需要去在prepareForSeque:sender:方法中设置delegate为self.

 

实例化其他的viewcontroller

UIViewController有一个storyboard属性,持有一个来自于被实例化的storyboard对象的指针(UIStoryBoard) .假如你的viewcontroller创建于nib文件或者手动编码那么这个属性将会是nil.换句话说,你可以实例化其他定义在你storyboard中的viewcontroller. 你通过使用viewcontroller的标示符做这些.下面这个UIStoryBoard的方法可以让你使用表示符实例化一个viewcontroller.

– instantiateViewControllerWithIdentifier:

因此,在没有通过segues链接任何viewcontroller的时候你依然可以拥有viewcontroller在你的storyboard里.并且这些viewcontroller依然可以被初始化并使用.

 

手动执行Segues

虽然storyboards可以自动触发segues基于actions.在一些情况,你可能需要去执行一个segues编程.你可能需要去解决actions不能被storyboard文件处理的问题.去执行一个segue,你调用viewcontroller的这个performSegueWithIdentifier:sender:方法.当你手动执行segues时,你可以通过sender参数内的调用者和上下文对象.这个sender参数将会在稍后发送prepareForSegue:sender:方法.

 

解开Segues

Storyboards本来是允许你去实例化并且有导航图标的viewcontroller.iOS6在UIViewController引进的方法允许你解开一个解开Segues. 解开Segues后,你可以实现导航器”back”的方法,而不用创建附加的viewcontroller.

 

你可以在你的viewcontroller内通过实现一个IBAction来添加解开支持Segues,取得UIStoryboardSegue参数,就像下面一样:

-(IBAction)unwindMethod:(UIStoryboardSegue*)sender {
  }

你现在可以在一个viewcontroller内连接事件到他的Exit对象.Xcode自动计算在storyboard内所有可能的解开事件(任何返回为IBAction的方法都可以接受一个UIStoryboardSegue作为参数),并且允许你去连接他们.如图所示:

通过storyboard构建tableview

storyboard一个重要的优势就是从IB中构建静态tableview的能力.在storyboard上,你可以构建两种类型的tableview:一个类型是不需要指定一个类做datasource的静态tableview,另外一个是包含一个原型cell来约束model内数据(类似iOS4中的custom tableview cells).

 

静态tableview

你可以在你的storyboard里面创建一个静态tableview,首先拖动一个table到storyboard上,并选中.然后在 attributes inspector 上选择Static Cells..如图所示: 

 

Static cells 对于创建设置页面是非常不错的选择,例如苹果的设置页面就是Static cells做的.(或者说内容不是从coredata model,网络服务器,或者任何诸如此类的datasource来的页面).

 

“Static cells的tableview仅仅只能从一个UITableViewController中创建.你不能创建static cells的tableview,假如这个tableview是作为UIViewController的子视图被添加的.”

 

Prototype Cells(原型cell)

Prototype Cells类似于tableview的custom cell.但是并不是创建Prototype Cells在单独的nib文件上和加载在datasource的方法cellForRowAtIndexPath:内. 你创建他们在storyboard的IB上,并且仅仅只需要在你的datasource方法内设置数据.

 

“你所有的Prototype Cells标示符都是使用一个自定义的标示符.来确保在tableview的队列方法中适当的运行.假如你storyboard中的Prototype Cells没有一个cell标示符,那么Xcode会给你提出警告.”

 

自定义转场(过渡)

Storyboards 会更早的执行一个自定义的转场效果在一个viewcontroller到另一个viewcontroller的时候. 当segues执行的时候,编译器会基于你在storyboard中设置的自定义转场风格生成必要的代码来present或push目标viewcontroller.你可以看到有两种转场风格,push和model,这两个是iOS原生支持的.当然还会有第三个风格—-自定义.选择自定义并且提供一个你自己的UIStoryboardSegue子类来处理你自定义的转场效果.

 

创建一个UIStoryBoardSegue的子类并覆写perform方法.在这个perform内,访问来源viewcontroller的主view的layer指针,并且实现你自定义专场动画(使用core animation).当动画执行完成的时候,push或者present你的目标viewcontroller.(你可以从segue对象中获得他的指针).这总的来说是很简单的.

 

举例说明的话,我将展示如何创建一个过渡效果,关于主视图push到详情视图显示在底部.

 

创建一个新的工程使用Master-Details模版.打开MainStoryboard.点击segue并修改类型为custom. 添加一个UIStoryboardSegue子类.覆写perform方法,再粘贴下面的代码;

Custom Transition Using a Storyboard Segue (CustomSegue.m)
   - (void) perform {
     UIViewController *src = (UIViewController *)self.sourceViewController;
     UIViewController *dest = (UIViewController *)self.destinationViewController;
     CGRect f = src.view.frame;
     CGRect originalSourceRect = src.view.frame;
     f.origin.y = f.size.height;
     [UIView animateWithDuration:0.3 animations:^{
       src.view.frame = f;
     } completion:^(BOOL finished){
       src.view.alpha = 0;
       dest.view.frame = f;
       dest.view.alpha = 0.0f;
       [[src.view superview] addSubview:dest.view];
       [UIView animateWithDuration:0.3 animations:^{
         dest.view.frame = originalSourceRect;
         dest.view.alpha = 1.0f;
       } completion:^(BOOL finished) {
         [dest.view removeFromSuperview];
         src.view.alpha = 1.0f;
         [src.navigationController pushViewController:dest animated:NO];
  }]; }];
}

这样的话,你就可以用目标viewcontroller的layer指针做出许多疯狂的事情来..Justin Mecham在github开源了一个关于doorway转场效果非常不错的例子.(https://github.com/jsmecham/DoorwaySegue))..你也可以创建你自己的过渡效果,通过控制源layer的指针和目标viewcontroller.

 

iOS7介绍了不少复杂的API来执行自定义的转场效果. 集合视图布局转场,和交互师转场效果.例如navigation controller中普遍的pop手势.

 

优势

当你使用storyboard的时候,合作开发者(或者客户/项目经理)更容易理解这个APP的流程.而不是通过大量的nib文件和穿插的实例化代码来理解流程. 合作开发者可以打开storyboard来完整的理解流程.这仅是一个给力的理由让人们使用storyboard.

 

劣势 地狱般的合并冲突

storyboard对于整个团队有一个让人非常烦恼的问题.Xcode默认的应用程序模版会有一个对整个程序的storyboard.这就意味着当两个开发者同时在UI上工作时.合并冲突将无法避免.并且由于storyboard内部自动生成XML,造成这些合并冲突修复起来将会非常复杂的.甚至用一个新的XML格式化文件来计划减少合并冲突,但是storyboard还是常常获得冲突信息.

 

最简单解决这个问题的办法就是首先避免发生这种情况. 我的建议是你拆分你的storyboard为多个文件,每种使用情况对应一个文件.大多数情况,一个开发者只会在一种情况上工作,这样最后会导致合并冲突的概率降低很多.

 

Twitter客户端使用基于情况分类的storyboard的例子是Login.Storyboard, Tweets. Storyboard, Settings.Storyboard, and Profile.Storyboard. 而不是把storyboard变成多个nib文件(又绕回起点了).使用多个storyboard来帮助解决这个合并冲突的问题,又同时保留了优雅.像之前我提到过的,一个开发者不会在开发登录的同时又开发消息.