Snip20171020_6.png
// 1. 多控制器
1.1 Window的根控制器是UITabBarController, 再在UITabBarController上添加几个子控制器,子控制器都是导航控制器
1.2 TabBar是自定义的UIView, 在上面添加UIButton, 然后将UITabBarController的原生TabBar替换成我们自定义的TabBar
1.3 注意的点:
1.3.1 当点击子控制器的某一个cell进行push跳转的时候,底部TabBar还在,可以通过vc的hidesBottomBarWhenPushed 属性来隐藏. 如果不希望每个控制器跳转都要设置这个属性,可以自定义UINavigationController的子类,重写push的方法,在push方法里统一设置hidesBottomBarWhenPushed. (pop的时候重新显示底部tabBar
1.3.2 如果设置self.title, 会导致navigationBar 和 tabBar的item标题文字都修改了. 正确的设置 self.navigationItem.title来操作（因为self.title操作会影响tabbar的item）. 如果设置了self.title, 在点击该vc时系统会自动创建一个 UITabBarButton
1.3.3 除了移除系统自带tabBar的子控件,也可以完全替换系统的tabBar,就不会有
2.1 Window的根控制器是nav控制器, 将tabBar设置为nav的根控制器, push跳转时就不用设置hidesBottomBarWhenPushed 属性
2.2 注意的点:
2.2.1 设置self.title无法改变导航栏的标题了,因为nav是 tabBarController的父控制器, tabBar是各个频道的父控制器, self.title无法改变爷控制器的标题. 同理, self.tabBarController.title 不会改变tabBarController的tabBar Item的标题,因为xxx.title只会改变xxx的父控制器的tabBar item标题.
总结, a). 当设置了self.title 同时tabBar item 存在(或者点击tabBar时系统发现没有,自动生成) ,就会设置tabBar item 的title). 如果不想设置tabBar的文字, 两种方法 1. 不要设置self.title, 而是通过self.navigationItem.title来设置导航栏的文字; 或者2. 移除tabBar之后不要点击系统的tabBar的item区域.
b). 如果想分开设置导航栏的title和tabBar的title, 建议分开设置self.tabBarItem.title 和 self.navigationItem.title
2. 启动页延时
登录界面, 新版本介绍等. 进入程序第一个界面不确定时,不要去修改App的框架结构, 而是在AppDelegate判断是否需要展示登录界面,如果需要,创建新UIWindow, 将登录/新版本介绍等启动页添加到这个window上面.
优点: 独立于程序主逻辑, 不会影响程序主逻辑, 有问题容易调试, 降低耦合度
3. MVVM 架构 对比 MVC , MVP V <-> VM <-> M (mvvm也和MVP类似,区别是mvvm会双向绑定)
通常一个View会对应一个viewModel, 把View的处理逻辑 放到viewModel里面, 减少C的代码量
(还介绍了一种MVCC模式, 通过拆分多控制器, 将C的业务代码拆分成多个控制器)
4. 路由层 在需要的时候,在App分离出一个路由层, 通过制定一定的规则, 实现业务的跳转, 这样业务间的调用可以通过路由层跳转, 不需要业务间互相引用, 从而实现解耦.
应用例子: 页面跳转 (比如说消息推送, 点击文字新闻, 跳转到文字新闻控制器, 如果推送的是视频, 跳转到视频播放的控制器) 根据业务复杂度,如果需要路由层也可以进行细分,比如分为两层 (总路由层 将信息转发到 不同的子路由层, 每个子路由层再 做进一步业务跳转.
