开发笔记 - storyboard的一些初级使用

作者: 指尖猿 | 来源:发表于2017-02-23 00:31 被阅读1342次

本来想写一些高大上的东西,例如运行时机制,以及关于上架方面的新的.想了好久,我认为自己的水平还处于UI学徒的汪洋大海中 ,开发张的很多很多问题,其实你只需要一个谷歌浏览器,提问的当很多都是手到擒来的.话说还是有很多人,学历高,开发中的问题也多,不善于总结.甚至只需要你百度一下,谷歌搜索就能解决的问题,还是拿到群里,各种提问,苦逼的是,回答的时候,回答者,除非自己遇见过的惊天大坑,还是要依赖谷歌来回答.算不算是一种讽刺? 好像话又离题了.我认为现在如果是初级程序员,完全不是面向对象编程,而是面向搜索引擎编程,只要get搜索的能力,那么%99.9999 的需求以及功能都是可以解决的.

为熟而已!

扯了这么多,还是拿一点最初级的知识.献给大家吧. 一来学习是为了分享,分享的同时也是提升,输出.现在已经不喜欢去copy一些技术文来糊弄读者,一是对自己的不尊重,而是对原创作者尊重.这些我是顿时领悟到的.只有自己写,自己输出才是自己的.不怕写的不好,写的好了自然就有人看,写的不好,给自己看~~~

一般人用布局两种StoreBoard跟纯代码.那种优劣?

玩不转StoreBoard的都喜欢用纯代码.不解释.

（1）StoreBoard优点：

Auto Layout，做适配很方便；

多语言很方便；

静态TableView，CollectionView极其方便；

最重要的是直观，结构清晰，一目了然！

冲突问题：storyboard一般只是用于展示页面布局，布局不是个经常变动的东西，如果需要修改，修改的次数也非常的少。一般在团队中专门约定几名负责人专门修改页面布局就可以了。如果真的需要很多人改，请拆分storyboard。

性能问题：性能的瓶颈真的在这里吗？有这些时间多多优化一下代码，多使用异步block的效果更为明显吧。

大型项目的问题：大型项目中细分storyboard不仅可以解决打开卡顿的问题，也会使产品线更为直观。

复用问题：storyboad的确不能复用，可复用的组件可以用NIB进行封装，然后引入storyboad。

（3）什么时候使用storyboard？

组织多种view的层级关系，也就是传说中的segue。使用一些列表或表格单元的模板的时候。能使用storyboard的情况下尽量用storyboard。

什么时候不建议使用storyboard？

动态或复杂布局，这时候可能需要用代码来计算相关view的位置。如果一个view已经用NIB或代码实现

（4）什么时候使用nib？

模态框（如登录提示什么的）可复用视图组件或模板

什么时候不推荐使用nib？

有动态内容的视图

不方便在IB中进行设计的试图

（5）什么时候使用代码？

纯代码好处就是灵活，接手项目的时候好改。缺点，很明显慢。

什么时候不推荐使用代码？

什么时候使用代码都是一个好方法，但不一定是最好的。

纯代码可以使用masonry,可视化编程使用AutoLayout

我自己的项目可以说是所有界面均有SB和XIB 组合而成.很多人说storyboard的跟XIB不好,实际是因为玩的不够溜而已

下面我来介绍一下storyboard 的几个常用的用法

上面这张图就是传说中的连线 ,segue 简称色鬼你可以用它来传值,也可以用它来跳转控制器

- (IBAction)goAction:(id)sender

{

// 根据指定线的ID跳转到目标Vc

[self performSegueWithIdentifier:@"SendValue" sender:self];

}

- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender {

// segue.identifier：获取连线的ID

if ([segue.identifier isEqualToString:@"SendValue"]) {

// segue.destinationViewController：获取连线时所指的界面（VC）

ReceiveViewController *receive = segue.destinationViewController;

receive.name = @"Garvey";

receive.age = 110;

// 这里不需要指定跳转了，因为在按扭的事件里已经有跳转的代码

// [self.navigationController pushViewController:receive animated:YES];

}

}