开始使用Storyboards

标签：des   blog   http   io   ar   os   使用   sp   for   

1. + storyboardWithName:bundle: 

1. - instantiateInitialViewController 
2. - instantiateViewControllerWithIdentifier: 

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

1. – instantiateViewControllerWithIdentifier: 

1. -(IBAction)unwindMethod:(UIStoryboardSegue*)sender { 
2.   } 

通过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方法,再粘贴下面的代码;

1. Custom Transition Using a Storyboard Segue (CustomSegue.m) 
2.    - (void) perform { 
3.      UIViewController *src = (UIViewController *)self.sourceViewController; 
4.      UIViewController *dest = (UIViewController *)self.destinationViewController; 
5.      CGRect f = src.view.frame; 
6.      CGRect originalSourceRect = src.view.frame; 
7.      f.origin.y = f.size.height; 
8.      [UIView animateWithDuration:0.3 animations:^{ 
9.        src.view.frame = f; 
10.      } completion:^(BOOL finished){ 
11.        src.view.alpha = 0; 
12.        dest.view.frame = f; 
13.        dest.view.alpha = 0.0f; 
14.        [[src.view superview] addSubview:dest.view]; 
15.        [UIView animateWithDuration:0.3 animations:^{ 
16.          dest.view.frame = originalSourceRect; 
17.          dest.view.alpha = 1.0f; 
18.        } completion:^(BOOL finished) { 
19.          [dest.view removeFromSuperview]; 
20.          src.view.alpha = 1.0f; 
21.          [src.navigationController pushViewController:dest animated:NO]; 
22.   }]; }]; 
23. } 

这样的话,你就可以用目标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来帮助解决这个合并冲突的问题,又同时保留了优雅.像之前我提到过的,一个开发者不会在开发登录的同时又开发消息.

开始使用Storyboards

标签：des   blog   http   io   ar   os   使用   sp   for   

原文地址：http://www.cnblogs.com/lee4519/p/4124074.html