11511686475_.pic.jpg
作者二亮子用写IB省出的时间出了这本书,这本书确实是一本好书，本文章根据书中的内容总结了IB开发中自己不熟悉或者是不常用的知识点。
一 来看一下IB开发的优点以及缺点
1.1 优点
- 1.1.1 开发和维护效率高
IB开发与纯代码开发相比， 效率至少提高两倍 这也就是为什么作者在业余时间能写出这本书的原因😁 - 1.1.2 减少大量的UI代码和“胶水代码”
IB 开发与纯代码开发相比,代码量至少减少三分之一 - 1.1.3 适配变得十分简单
- 1.1.4 IB也可以做一些非UI的事情
例如可以用IB中的Object重新组织VC的业务逻辑，减少一下不必要的代码， - 1.1.5 利用IB学习控件可以达到事半功倍的效果
1.2 缺点
-
1.2.1 IB的执行效率没有纯代码高
这是一个不争的事实，IB加载UI可以简单理解为两个过程:首先要把xib或sb文件对应的nib或storyboardc文件加载到内存中， 然后利用这些数据去生成UI页面，加以显示。而纯代码只需要一个过程， 这个过程类似于IB加载UI的第二个过程，直接在内存中生成UI页面加以显示 -
1.2.2 使用IB开发过程中容易出现一些小的问题
用IB开发确实是会遇见一些小问题，可能这些小问题用代码开发就不会出现，所以如果遇到因为IB开发的问题的话，就把IB的这些坑记录下来，这是一个很好的学习习惯 -
1.2.3 文件容易冲突
-
1.2.4 没有代码表达清晰
-
1.2.5 不利于代码的封装和工程架构的组织
二 IB开发中的技巧
2.1 xib是可以不依赖于源文件而单独使用的，纯粹的“死”UI可以只用一个xib文件展示，无需使它与源文件关联
2.2 理解File's Owner 使用File'sOwner 让xib中的button事件同时响应两个文件
WechatIMG1.jpeg
File'sOwner 就是文件的所有者， 这个file就是指该Xib文件，文件的所有者就是处理这个文件所涉及的业务逻辑与交互的对象。
我们可以通过此File'sOwner 来设置他的文件所有者
image.png
这样不仅可以在toolBar.swift文件中拖UIbuttonClick事件 也可以在ViewController中去拖拽UIbuttonClick事件 这样 点击Button 两个文件下的事件都是响应
image.png
2.3 封装xib
可以把loadNibNamed(_:owner:option:)方法封装到源文件的一个类中，源文件派生出几个子类，根据不同情况加载并返回不同的子类。可以使用工厂设计模式
// 我们创建一个父类
class ToolBar: UIView {
class func toolBar(type:ToolBarType)-> ToolBar? {
if type == .normal {
return Bundle.main.loadNibNamed("ToolBar", owner: nil, options: nil)?[0] as? ToolBar
}else if type == .edit {
return Bundle.main.loadNibNamed("ToolBar", owner: nil, options: nil)?[1] as? ToolBar
}else {
return nil;
}
}
override func awakeFromNib() {
super.awakeFromNib()
handleEvent()
}
func handleEvent() {
// 子类重写
}
}
// 实例化两个子类并设置颜色
class NormalToolBar: ToolBar {
override func handleEvent() {
backgroundColor = UIColor.red
}
}
class EditToolBar: ToolBar {
override func handleEvent() {
backgroundColor = UIColor.yellow
}
}
然后在ToolBar.xib中添加两个VIew 分别更改他们的class为NormalToolBar和EditToolBar
image.png
然后在控制器中通过父类去初始化
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
let normalToolBar = ToolBar.toolBar(type: ToolBarType.normal)
normalToolBar?.frame.origin = CGPoint(x: 0, y: 100)
view.addSubview(normalToolBar!)
let editToolBar = ToolBar.toolBar(type: ToolBarType.edit)
editToolBar?.frame.origin = CGPoint(x: 0, y: 200);
view.addSubview(editToolBar!)
}
运行后就可以看到两个视图了 如下
image.png
2.4 创建bundle的两种方式(一种可以包含IB，一种不能包含IB)
- Bundle 就是一个有着固定结构的目录， 所以可以新建一个文件夹，把需要封装的资源文件复制到该目录下，然后直接给该文件夹加
.bundle后缀名就可以了 然后如果需要查看bundle的资源，就点击右键显示包内容。如果我们想加载该bundle的资源的话就可以这样添加
image.png
let imageBundle = Bundle.main.path(forResource: "image", ofType: "bundle")
let imagePath = imageBundle! + "/icon.png"
let image = UIImage.init(contentsOfFile: imagePath)
用上述的方式创建的bundle可以放几乎所有的资源， 除了IB文件，因为IB文件在工程编译后会被序列化为二进制的nib和storyboardc文件，而修改文件夹后缀名的方式创建的Bundle是静态的其内部的资源不参与项目编译
-
创建一个基于macOSBundle的target来获得Bundle
这种方式可以把其中的XIB和SB序列化为二进制的nib和storyboardc文件。创建Bundle的Target的方式是，点击菜单栏中的file->New->Target，在弹出的菜单中选择macOS->Framework&Library->Bundle,就可以创建除一个bundle了
如图：
image.png
之所以选择macOS，是因为iOS不支持以target形式创建的Bundle，为了非让刚刚创建的的Bundle能在iOS上顺利工作，需要将Banner这个Target下的Build Setting里的的SupportedPlatment修改成iOS，
image.png
然后想Banner这个Target下添加xib文件，这样就可以在Xcode左上角的scheme选择Banner这个Target编译了，此Banner.Bundle 就可以直接复制到其他工程中使用了
2.5 自定义的segue
自定义的segue需要在segue菜单中选择custom选项， 然后再Class标签里指定一个UIStoryboardSegue子类的类名，这个子类必须实现perform方法， 自己完成segue跳转的过程，如果选择了segue，但是并没有在class标签中指定任何 UIStoryboardSegue的子类，那么App运行该segue是会crash，还是以A页面跳转到B页面为例， 来说明一下自定义的segue，要自定义segue，就要继承于UIStoryboardSegue，写一个子类，这个暂且叫做CustomSegue,然后重写perform方法
class CustomSegue: UIStoryboardSegue {
override func perform() {
let svc = source
let dvc = destination
dvc.view.frame = svc.view.frame
dvc.view.alpha = 0.0
svc.view.addSubview(dvc.view)
UIView.animate(withDuration: 0.3, animations: {
dvc.view.alpha = 1.0
}) { (flag:Bool) in
svc.navigationController?.pushViewController(dvc, animated: false)
}
}
}
在perform里简单的实现了一个渐显的效果来显示B页面。准备好CustomSegue之后，“拖”一个从A页面的Button到B页面的segue，在弹出的segue菜单中选择一个Custom选项，然后把Class标签设置成CustomSegue，运行App就会发现，从A页码跳转到B页面已经是自定义效果了
CustomSegue.gif
2.6 深入学习：Embed Segue
我们先来看看下图中的这种UI结构
IMG_341B14EFB937-1.jpeg
大家应该第一眼就能看出来这种结构数据父子结构，代码大致如下
let testVC = TestViewController.init()
self.view.addSubview(testVC.view)
self.addChildViewController(testVC)
而IB中的Embed Segue就是专门解决这种VC嵌套的。在右边栏下面的Show the Object Library中找到Container View，拖 到 View Contwoller的控件显示区域，会看到Container View与另一个 View Contwoller通过Segue连在一起，如下图
image.png
删除该Segue箭头指向的 View Contwoller，选中Container View，将segue拖到希望添加的子VC上，在弹出的菜单中选择Embed，注意这里只能选择Embed，当选择了Embed后，你会发现子VC的大小和Container View的大小一样了， 此时改变Container View的大小， 子VC的大小也随之改变， 将Container View调整到合适的尺寸运行App，会发现Container View所在的区域已经变成了子VC，点击子VC的上的按钮，可以正常处理事件，这说明了Embed Segue执行了容器VC的 addChildVIewController，将子VC自动添加到容器VC的ChildVIewController中，整个嵌套过程操作十分简单，Embed Segue的优势不仅体现在不用实例化子VC，不用自己添加到ChildVIewController中，而且可以在IB中调整Container View的frame，给他添加必要的约束，这也是它优势的一个重要体现
2.7 深入学习：Unwind Segue
在开发中可能遇到这样的需求，从A页面跳转到B页面，在B页面选择或者填写一些数据后，在回到A页面获取刚刚在B页面选择或填写的数据加以显示；这中需求相信大家都做过无数遍了吧，代理，block，通知等什么方式都可以做到的，现在来学习一下用Unwind Segue的方式
Unwind Segue 提供了一种从一个页面返回到上一个页面时的回调， 可以利用这个特性，简单优雅的实现页面间的反向传值。这个回调可以由系统自动触发，也可以手动触发，只要在回到的页面里添加一个类似于下边的代码
@IBAction func handleUnWindSegue(unwindSegue: UIStoryboardSegue) {
if unwindSegue.identifier == "unwindB" {
if let svc = unwindSegue.source as? BViewController {
print("data fromB : \(svc.textF.text)")
}
}
}
然后再SB中选择要返回到上一个页面的Button，按住control将其拖动到Exit的位置（如下图），在弹出的菜单中选择 handleUnWindSegue方法即可
image.png
2.7 IB文件的加载过程（分为5步）
先看一下两种加载IB的方式
// 第一种
let testView = Bundle.main.loadNibNamed("LLTestView", owner: nil, options: nil)?[0] as! UIView
// 第二种
let testViewNib = UINib.init(nibName: "LLTestView", bundle: Bundle.main)
let testView = testViewNib.instantiate(withOwner: nil, options: nil)[0] as! UIView
以上两种方式都包括了这5个过程，下边详细介绍这5个教程
-
1 将nib加载到内存
该过程会将nib中的对象和对象所引用的资源加载到内存，例如，在nib中引用了图片, 声音等资源文件，该过程会把这些资源加载到相应的Cocoa Image cache或Cocoa sound cache中， 前面说过， 从xib到nib的过程叫做序列化，是将XML格式的plist文件序列化为二进制格式的plist,该过程虽然将nib种的对象加载到了内存，但是没有进行反序列化 -
2 解雇化 并实例化nib文件里对应的对象
该过程会将上面加载到内存中的对象进行反序列化，该过程会调用初始化，这里注意，虽然这些对象大多数都是UIVIew类，UIViewController类，或者是它们的子类，但是这些对象通过IB进行初始化，并不会调用init(frame:)或者普通的init方法。UIVIew及其子类会调用Init(coder:)的方法，UIVIewController及其子类会调用Init(nibName:bundle:)的方法，而如果nib中存在Object或者External Object对象，那么会调用这些对象所在类的init方法，经过这一步后，才真正把“数据”变成了“对象” -
3 建立
connections(outlets,actions)
outlets与actions就是前面提到的建立@IBOutlet就与@IBAction的连接。建立Connections的顺序为，先建立outlets连接，然后建立actions连接。建立outlet连接到过程用到了setValue:forKey:方法，同时建立outlet过程支持KVO，如有有一个属性：
@IBAction weak var testView : UIView!
那就就可以注册该属性，通过KVO的回调得知outlet建立关系的时刻：
self.addObserver(self, forKeyPath: "testView", options: .initial, context: nil)
这里注意，因为是初始化阶段，所以options必须有.initial才会发生回调，只有用.new在outlet阶段是没有回调发生的，只有初始化之后再重新赋值时，用.new才会发生回调
- 4 调用
awakeFromNib()方法
对nib中的一些对象调用awakeFromNib方法，这些对象包括IB创建的控件，例如UIVIew的子类等，但是不包括FIle's Owner， First Response,placeholder object
- 5 将
nib中可见的控件显示出来
2.8 用 Object 重构 “神VC”
背景： 在开发中， 大家或许遇到过业务和UI都很复杂的页面，这样的页面往往对应了一个代码量庞大，结构臃肿，可维护性差的VC， 这样的VC通常称之为“神VC”， “神VC”一般什么事情都自己做，事无巨细， 如何重构它往往都是我们的一个“心病”，重构思路一般都是用适合的设计模式，将“神VC”的一些工作和职能拆分到其他类，化整为零，使结构更加清晰，
下面说一下如何利用IB中的Object来重构“神VC”
-
1 使用 Object
我们新建一个IBObjectDemo的工程，然后在Main.storyboard中的ViewController下添加一个Object，注意，要将其 “拖”到IB左边栏或者Scene Dock中才可以添加一个Object，如下图
image.png
假设这个
ViewController是一个神VC，为了重构这个神VC，我们新建一个VIewControllerManage.swift类，该类负责处理ViewController.swift中的某一类业务逻辑或交互。
现在ViewControllerManager.swift中添加如下方法：
class ViewControllerManager: NSObject {
@IBAction func handleSomethingForViewController() {
print("handle Something in manager")
}
}
想Main.storyboard中的Viewcontroller中放一个按钮，然后再文件中添加对应的点击事件
@IBAction func handleSomething(_ sender: UIButton) {
print("handle something in VC")
}
然后将 Object 和 ViewControllerManager进行关联 如图
image.png
然后右键点击 ViewControllerManager ，再弹出的菜单中找到刚添加的法法，然后连线到控制器的按钮
image.png
此时运行App , 点击按钮 会看到这样的输出
handle something in VC
handle Something in manager
- 2 用Object 重构 “神VC”的思路
掌握了Object的简单使用之后，在进一步来讲上面的例子，可以只将Main.storyBoard中的ViewController中Button事件处理放在ViewControllerManager中。下面来让ViewControllerManager做更多的事情，现在可以将IB的属性也拖到 ViewControllerManager 中，这样VIewController就不用关心该UIButton相关的逻辑了。 这是一个意义很大的事情， 对一个类来说，属性和方法几乎是类的全部，利用Object可以将VC的属性和方法都放在manager中管理， 就很方便的解决了神VC的问题了
image.png
通常用一个类去承担VC的时候，我们都需要给这个类的实例传参数，而且这个实例往往设置成VC的属性， 方便任何地方使用。 同样的 我们可以把IB中的ViewControllerManager 当成一个属性拖到ViewController中
image.png
连线后 我们就可以随时使用
ViewControllerManager了，可以给他传递参数了，
image.png
在一些复杂的情况下，manager知道自己服务的VC是谁， 此时可以给ViewControllerManager一个属性指向ViewController，但是为了防止循环引用要使用weak修饰，如下
image.png
-
3 如何用好Object
IB中的Object意义很大，作用也很大，掌握了Object的用法之后，可以很灵活地运用它
在这里可以提出几个思路，希望能起一个抛砖引玉的作用，能够对大家有所启发，从而把Object用的更好，更妙- ① 通常一个神VC会成为很多对象的
Delegate，需要处理很多回调，此事可以用Object替VC去实现这些Delegate方法，例如，可以创建一个TableVIewObject.swift专门实现TableVIew的Delegate和DataSource方法 - ② 可以将一些通用的需求或交互模块化在对应的
Object里，将这些需求或交互与VC解耦，也就是说，建立各个继承于Object类的一些子类，每个子类实现特定的需求或交互，这些类作为基本单元存在， 当要实现一个VC时，根据需求在IB中添加不同的Object控件，这些不同的Object控件共同完成了该VC中的大部分功能，可以把IB中的Object和它对应的NSObject子类想象成一个零散的基础的积木块，把VC想象成用这些积木块搭建起来的城堡，城堡的风格不同（VC的作用不同）使用积木块的数量和种类也不同，这样就使代码的复用率很高，从而大大减少VC的代码，用IB优雅的解决了“神VC”的问题
- ① 通常一个神VC会成为很多对象的
2.9 用 External Object 重构“神VC”
External Object 是与Object类似的东西，它的功能更加强大，但是只能用于Xib
xib中有一个External Object更“厉害”，它可以将 Xib源文件、Xib的Files's Owner 源文件和NSObject类的源文件三者建立关系。
新建一个项目IBExternalObjectDemo,然后创建一个SegmentView.swift 、SegmentView.xib 和一个ViewControllerManager.swift 文件，然后再SegmentView.xib中添加两个按钮，往SegmentView.swift文件中连线回调方法
@IBAction func handleSelect(_ sender: UIButton) {
print("handle select in SegmentView")
}
然后再SegmentView.Xib 中选中File's Owner,再Show the Identify inspector 中将class 改为 ViewController，然后再讲两个按钮像控制器中连线回调方法
@IBAction func handleSegmentChanges(_ sender: UIButton) {
print("handle select In VC")
}
重点是是 External Object，向SegmentView中拖入External Object，然后更改External Object的class为 ViewControllerManager，然后再Show The Attributes inspector 中将Identifier标签值也设置为 ViewControllerManager，如图
image.png
image.png
然后将两个按钮往ViewControllerManager中脱线回调方法
@IBAction func managerSegmentView(_ sender: UIButton) {
print("handle select In manager")
}
然后再控制器中初始化SegmentView 并添加再控制器上
let manager = VIewControllerManager()
override func viewDidLoad() {
super.viewDidLoad()
let paramDic = ["VIewControllerManager" : manager]
let optionDict = [UINibExternalObjects : paramDic]
let segmentVIew = Bundle.main.loadNibNamed("SegmentView", owner: self, options: optionDict)?[0] as! SegmentView
segmentVIew.center = view.center
view.addSubview(segmentVIew)
}
首先初始化一个VIewControllerManager实例作为VC的Manager属性， 然后生成一个字典，这个字典的key 是 VIewControllerManager，就是segmentVIew.xib中的External Object的Indentifier标签中的值，Value是Manager，然后生成另一个字段optionDict，这个key：UINibExternalObjects是固定的，只有这一个，Value是paramDic，接下来就是实例化xib，将optionDict传入options这个参数中，而这个参数就是制定External Object，运行代码 点击按钮， 输出一下结果
handle select In VC
handle select in SegmentView
handle select In manager
我们就可以用上述的思路将“神VC”中的功能分在三个模块中完成，重构“神VC”的主要思路就是将该类的代码清晰，合理的分散在其他类中，让每个类仅仅处理自己的职责，各司其职。
Object 和 External Object总结
Object可以用于xib 和 sb，而External Object只能用于sb,两者的相似之处是都提供了一种可以将VC中的代码放到其他类中的途径，这里的其他类必须是NSObject的子类，当用Swift开发时要注意到这一点，当用External Object和Object重构神VC时，一定要清楚每个类的职责是什么，切记矫枉过正，把所有的逻辑都放在Object和External Object中，是VC变得无足轻重，所以一定要拿捏好重构“神VC”的角度，毕竟上下文的环境大多都在改VC中。
下图展示了Object中各个对象之间的关系
Object中各个对象之间的关系.png
下图展示了External Object中各个对象之间的关系
External Object中各个对象之间的关系.png
以上就是本人详读全书之后的总结，此书中还有很多细小的知识点很是值得我们学习的，有想对IB进一步了解学习的强烈推荐阅读此书🙂
网友评论