预备知识
以下内容需要你对Storyboard和Xib有基础认识才能充分理解。如果你还不熟悉此部分内容，可以参考我更早期写的一篇文章《写给Storyboard / Xib新手的总结》。
优势和问题
使用Storyboard和Xib来编写界面的元素具有天然的优势，这部分网络上有很多大神写过经验之谈，请自行搜索。以我个人的实践来说，确实它们帮我省去不少的时间，尤其在结构或功能相对简单的应用上，更能彰显它们的优势。
- 相比于纯代码，直接看到界面更直观。直观对于效率来说尤为重要。
- 定义和元素方便。相比于通过代码修改界面元素的属性，直接修改边栏对应项目的值就能获得实时效果，不依赖应用的运行。这是提高效率的第二点。
- 利用AutoLayout进行自适应布局。与纯代码相比，这个对效率的提高是最为明显的。
单单这三点，就有足够的理由使用Storyboard和Xib。不过如果你是那种看到代码就能马上在脑海中实时预览对应界面元素的大神，请跳过接下的部分，以免浪费你的时间。程序员的时间很宝贵！不过相信大部分读者都像我那样，是个很普通的iOS程序员，只能通过学习不断提高自己的效率。
虽然我推荐大家使用Storyboard和Xib来编写界面，我自己在实际开发中要经常使用，甚至到了泛滥的地步。可能是因为用顺手了，所以一发不可收。
随着应用结构和功能越来越复杂，这两个家伙的问题也逐渐暴露出来。
- 界面的复用。合理的应用结构应该是拆分成尽量小独立的功能模块，一是方便维护，二是有利于跨应用进行复用（例如独立成Framework）。界面的编写占用应用开发的大部分时间，如果能把界面进行复用，那对效率的提供可想而知。通过代码编写界面，通过协议或扩展会比较容易解决该问题。但使用Storyboard和Xib编写的界面，要进行复用比较头痛。
- Storyboard、Xib和代码之间，调用界面元素。例如，在Storyboard中调用Xib的View或VC，在代码中调用Xib定义的View。这部分网络上有不少文章，但都是零零碎碎提到部分，没有进行很系统的整理。而且最让人不爽的是，大部分都是拷贝过来的内容。
提高界面复用的建议
界面复用是个很庞大的问题，以我有限的技术无法提出根本解决方法，姑且谈谈实际开发中总结下来的经验，希望对各位读者有用。
-
合理区分Storyboard、Xib和代码三者的使用场合。个人建议：
- 代码尽量用于处理其余两个无法处理的事情，包括：逻辑的定义、用户操作的响应、数据持续化等。不要在代码中过分的定义界面元素的初始属性，除非是用户操作过程中要进行响应变化的。
- Storyboard仅用于搭建场景内部和场景间的结构。尽可能少地涉及界面元素的定义，因为在此处定义的界面元素不利于进行复用。
- Xib尽可能只有定义界面和连接类的插口属性。不过好像它只能做这些事情。通过Xib承载最小功能集合的界面，是提供复用的关键。
- 尽量使用协议+扩展，而不是UIView的子类去定义通用的界面元素。这样的优势在于，通过遵循协议就可以获得多种通用界面元素，而继承只能是获得父类定义的，过多依赖继承会使父类过于庞大而难以管理。此方法的弊端在于，必须遵循接口才能获得对应能力，会出现想不起对应协议的名字。因此定义协议时注意粒度，不要太小，不然最后没有提高效率反而增加负担。
- 使用Extension UIView代替子类化UIView，使得所有UIView及其子类都获得通用功能。
- 将通用功能独立出Framework，方便跨应用复用。
Storyboard、Xib、代码三者间的调用
在实际开发中，Storyboard、Xib、代码间，常用的调用关系如下：
- 代码调用Storyboard中的VC
- 代码调用Xib中View或VC（Xib中的VC指的是：创建VC类是同时创建出来的Xib，需要勾选才会创建）
- Storyboard中调用Xib中的View或VC
前两个比较好解决，最后一个需要使用一些特殊的方法。以下谈谈我的经验。
代码调用Storyboard中的ViewController
- 代码中定义该VC
- 在Storyboard中拖出一个新的VC，并设置其类型为该VC。（不懂操作的先了解文章开头提到的关于Storyboard和Xib基础知识的文章）
- 在Storyboard中为该VC设定 Storyboard ID，后面获取时用到。
- 在需要获取该VC的地方调用以下代码
let storyboard = UIStoryboard.init(name: "sbName", bundle: nil)
let myVC = storyboard.instantiateViewController(withIdentifier: "identifier") as! MyViewController
//"sbName" = 存放该VC的Storyboard的文件名
//"identifier" = 上面设置的Storyboard ID
代码调用Xib中的View或VC
调用View
- 代码中定义该View，Xib的文件名必须跟代码文件名保持一致
- XIB的FileOwner保持默认，其View的类型设置为该View
- 连接插口变量
- 在需要获取该View的地方调用以下代码
let view = Bundle.main.loadNibNamed("MyView", owner: nil, options: nil)?.last! as! MyView
//"MyView" = Xib的文件名
调用VC
- 创建VC时勾选“同时创建Xib”（此时Xib的FileOwner类型默认为该VC）
- 代码中定义该VC，并连接插口变量
- 在需要获取该VC的地方调用以下代码
let vc = MyViewController.init()
Storyboard调用Xib中的View或VC（实验，可能存在问题）
调用XIB的View（跟上面的有区别）
- 代码中定义该View
- XIB的FileOwner设置为该View，其他View视图保持默认的UIView，并将给View视图的背景颜色设置为透明。
- 使用FileOwner连接插口变量
- 重写init(aDecode:)方法。因为通过Storyboard加载的View会调用此方法。如果不重写此方法，Storyboard创建的时候只有按照默认的调用，无法获得XIB中的界面。读者可自行实验。在init(aDecode:)方法结束前添加以下代码：
let bundle = Bundle(for: type(of: self))
let nib = UINib(nibName:"nibName", bundle: bundle)
let cView = (nib.instantiate(withOwner: self, options: nil)[0] as! UIView)
cView.frame = self.bounds
self.backgroundColor = UIColor.white
self.addSubview(cView)
//大概原理：通过代码加载XIB的View，并将它添加到init(aDecode:)调用的父类同样方法创建的视图中。这样XIB的这个View只作为一个容器承载所有的界面元素，而这些界面元素的插口变量都连着FileOwner，所以能在代码中正常访问这些界面元素。因为是作为子视图添加到真实的View中，所以XIB的View最好设置为透明，不然你尝试修改Storyboard中对应的View的背景色时会不起作用，因为被遮挡了。
- 在Storyboard中拖出一个View控件，并将其类型设置为该View。这时界面没发生什么变化，但不用担心，运行应用之后就会看到效果了。（如果你想实时在Storyboard显示View的具体样子，可以在View的定义代码中使用@IBDesignable，具体参考文章开头提到的另一篇文章。）
调用XIB的VC（跟上面的有区别）
- 创建VC时勾选“同时创建Xib”（此时Xib的FileOwner类型默认为该VC）
- 代码中定义该VC，并连接插口变量
- 重写awakFromNib方法。并在结束前添加以下代码：
let bundle = Bundle(for: type(of: self))
let nib = UINib(nibName: "nibName", bundle: bundle)
self.view = (nib.instantiate(withOwner: self, options: nil)[0] as! UIView)
大概原理：通过代码加载XIB的View，将VC的view替换为该加载的View。（可能会出现一些奇奇怪怪的问题）
- 在Storyboard中拖出一个VC控件，并将其类型舍子为该VC。这是界面同样没什么变化，运行后就会看到效果。
在Storyboard中调用XIB的View和VC，目前只是实验阶段，可能还存在其他为被发现的问题，不建议用在真正的项目上。如果读者有更好的方法或者发现该方法存在的其他问题，欢迎补充，不胜感激。
