关于父子控制器模型一个菜鸟的分析

一.前言：

开发中，我们经常需要将一个控制器的view添加到另一个控制器的view上，这种效果是我们期望看到的，但是里边隐藏着一些细节，不注意的话，可能会达不到我们想到的效果。以往只是用过，并没有意识到这其实是一种模型，也没想过它的应用场景，更没有推敲其中的细节之处，看了别人的文档，也只是只言片语，这里自己把所理解的总结一下，便于以后回头看，理解的更清晰，使用起来更熟练

二.苹果官方：

当控制器的view互为父子关系，那么控制器最好也互为父子关系

三.分析

为什么要这样设计？

苹果这样设计一定是符合某个原理的，而这种原理一定是从实际生活中提炼出来的，自己找个例子结合分析一下

生活中例子分析：组织一个车队去拉一批货物，首先要雇三个车，这是一个必要条件

第一种情况：司机把车交给你，人跑了，货拉不成

第二种情况：司机都在，不听你指挥，全部跑去拉货，挤成一团

显然这两种情况都是不理想的，最合理的是司机全部听你指挥，服从你管理，这样你让那个去先拉，哪个后拉，秩序井然

注意：例子只是为了说明原理设计的合理性，不去深究，重点放到父子控制器上

父子控制器分析：

1.把一个tableViewController的view添加到普通的ViewController的view上，但没有设置父子控制器，结果cell上不会显示设置的测试内容，，但是如果设置为父子控制器，cell上的内容就可以显示出来，所以必须要这样做。

为什么不会显示呢？

经过验证，它其中的cellForRowAtIndexPath方法调用了，测试内容也可以打印出来，但到了cell上就是没有显示

这里先通俗的理解为，tableViewController把view交给ViewController就不管了，就跑掉了，实际上是控制器做为临时变量被释放掉了，接受不到了内容显示的事件，点击的事件，这里有一个自己认为的结论：内容的显示是一个事件

为什么要说内容的显示是一个事件呢？

这里的显示指的是内容的显示，而不是视图的显示，如果tableViewController，作为一个根控制器，cell上面的内容是可以正常显示的，但是一旦添加成别人的view，自己没有成为子控制器，被释放掉了，里面的数据源方法也可以调用，但是就是不能显示，说明了正常情况下，这个view只要出现在窗口上，系统还会派发一个内容显示的事件，来触发控制器中的内容响应方法，如果这个控制器被释放掉了，当然接受不到这个事件，也无法触发这个内容显示的方法

再次重复：

控制器的view是父子关系，那么控制器也应为父子关系，当把一个控制器的view添加为自己的subview时,也要把控制器添加为自己的childViewController，这样控制器才能够正常接受内容显示事件，cell点击事件，保证view内部的数据和业务逻辑正常，完全正常的显示

四.应用场景：

1.标题栏，分类按钮，分类显示不同控制器的view，这样子的应用很多：如网易客户端，新闻类客户端，都可以使用这样的模型

这里分为两种情况，有些细节之处要注意：

1.1下方有scrollView：最好不要把多个控制器的view通过for循环一下都添加到scrollView上，因为只要访问tableView控制器的view，就会加载viewDidLoad，加载完成后view要显示就会触发tableView控制器中的一系列方法，就会把所有cell数据都加载好，不管你需要不需要，这样子就有些浪费了，而切换分类按钮显示的时候，由于下方存在scrollView，是通过手动控制scrollView的转动来显示的，应该是切换到哪个再加载哪个view

1.2下方没有scorllView：通过分类按钮的tag为桥梁，找到子控制器，再从控制器中取出view，加上去，三步曲：设置一个属性previousTag，第一步根据previousTag对应的view移除，第二部根据现有的按钮tag加上对应的view，第三部把这个tag给了这个属性，默认显示第一个按钮对应的view，那么previousTag = 0

2.侧边栏，分类按钮，分类view

注意：系统好多控件都是懒加载的，只要一访问，发现是空的，马上就创建出来

如控制器的view，按钮中的子控件

需要进一步研究的：关于IOS底层原理，如果能够知晓，可以起到事半功倍的效果，不必要费时想半天