对于MVC，我想表达一点不一样的东西，以下观点是我对MVC的总结以及应用。如果你存有异议或者有什么要指教的，请留言或者联系我。
我擅长用的是MVC与模块化代码的结合，本身模块化就可以实现项目的解耦，配合MVC以及一些胶水代码，我发现项目维护起来十分容易
MVC可能是这样的:
首先，如果你是一个iOS的新人，你千万不要被UIViewController所蒙蔽，Controller是什么，是控制器，控制器，控制器，他一定要有viewDidLoad吗？不是的，一个控制器为什么他要有viewDidLoad?
一个控制器可能是这样的:
class XHPPController {
private var ppTopController:XHPPTopController?
private var ppBottomController:XHPPBottomController?
}
class XHPPTopController {
private var ppTopView: XHPPTopView?
private var movieLine: XHMoveLine?
func addPPTopView(contentView:UIView,frame:CGRect){
ppTopView = XHPPTopView(frame: frame)
contentView.addSubview(ppTopView!)
addMovieLineView(contentView: ppTopView!, frame: CGRect(x: 20, y: 18, width: 4, height: 56))
}
}
class XHPPBottomController: NSObject {
private var addedTagLabels: [XHTagLabel] = []
private var needAddTags: [String] = []
private var copyNeedAddTags: [String] = []
private var bottomView: XHPPBottomView?
private var lastAddTagDate: TimeInterval = 0
private var tagDelay: TimeInterval = 0.5
typealias animationHandle = ((_ error:Error?)->())
var complete:animationHandle?
private var bottomViewSpacingmodel:XHTagSpacingModel?
private var timer: Timer?
func addXHPPBottomView(contentView: UIView, frame: CGRect){
bottomViewSpacingmodel = XHTagSpacingModel.creatXHTagSpacingModel(_leftInset: 0, _topInset: 0, _rightInset: 0, _bottomInset: 0, _lineSpacing: 10, _columnSpacing: 10)
bottomView = XHPPBottomView()
bottomView?.frame = frame
contentView.addSubview(bottomView!)
}
}其实所有的交互逻辑都可以在XHPPController中完成，由于XHPPController的逻辑复杂，而且写在一起会粘合度非常大，胶水代码与实现代码难以明确的区分，所以我根据bottom、top拆出来两个controller：
private var ppTopController:XHPPTopController?
private var ppBottomController:XHPPBottomController?每个controller分别控制一个自己相对应的逻辑，然后在controller中实现胶水代码。这样的模块化加MVC就非常好的解决了一个controller上千行代码的问题。
同时，如果产品的top需要更改，我只需要更改topController的代码，实现了代码的可读性以及维护性。
我的leader曾经和我讲过一句话，对我感触很大：
把你写的每一个模块化的功能，都严格要求自己以SDK的标准来实现
也就是提供给外界简单易读的API接口。
这样你看看，每一个模块分为几个小模块，如果模块再复杂，那就继续再分，然后每一个controller控制一个模块，添加胶水代码，有点像搭积木的感觉，感觉很棒。
此外，在谈一谈，关于值类型与引用类型！
好多iOS老铁们，竟然不知道这个，更别提堆和栈以及ARC原理以及循环应用导致内存泄露了，这些东西都是联系在一起的。你说这些你接触不到，那就说一些实际应用中，这些概念是有多么的重要吧！
String A = "123"
String B = A
A = "456"
print B ?
class AClass {
String A
}
AClass aclass
aclaa.A = "123"
AClass bclass
bclass = aclass
aclass.A = "456"
bclass.A = ?你可能可以回答出正确的答案，但是你有没有想过为什么？
如果你知道引用类型和值类型的特点，那就是原理，如果不知道建议翻看我以前的博客。我其实已经做出了解答：
https://blog.csdn.net/xoxo_x/article/details/78910979
ok，下面，我们就可以聊一下高级的东西了，性能优化！
这是一个比较难的问题，但是从堆栈的角度而言，我们可以这样优化。
首先，值类型存放在栈中，栈是有计算机控制的，引用类型放在堆中，是由ARC控制的。
所以，我们在新建一个Model时，用值类型、而非用引用类型，当然，可能你必须使用引用类型的情况除外，这就是对于内存优化的一点点处理。
此外了，还有切圆角，导致离屏渲染，会损失性能，如果是tableView中有大量的切圆角和数据，那么可能会很卡，你需要想其他的办法。
关于block，delegate，notification的说明：
首选block和delegate，当层次较深时使用notification，原因：
block 使代码更加紧凑， delegate 次之
notification的特性决定了他的尴尬地位