在进入新公司后。经过这一个月的重构项目,终于把项目做到了个人相对满意的程度 (还有一种不满意的叫老板的需求,提过多次意见也没用 = =!)。在这次重构中按照以前的思路设计出了个人觉得比较适用的一个基类。在这里笔者会把此基类基本的设计说明一遍。
1. 在我们搭建框架之初一般会设计一个 ViewController 基类,并在基类 ViewDidLoad 中设置一个随机的背景颜色。并通过 touch 手势来进行界面的跳转,以此来设计最开始的一个界面跳转框架,并通过界面颜色的变幻来验证我们界面跳转是否有做到正常跳转。
2. 接下来可能需要设计到的一个问题就是导航栏返回按钮的问题,因为系统自带的导航栏返回按钮相对来说不太好看。通常我们会将返回按钮进行自定义。在这里我们通过方法直接实现重定义导航栏左边按钮达到我们想要的效果
3. 在很多时候我们对 View 子视图进行布局时,可能子视图的范围偶尔会超时 View 视图 bounds 范围。此时可能还需要设计一个方法来让 View 的子视图即使在 View 的 bounds 范围之外也能得以呈现。
对于上述需求,其中需求 1 最好解决。我们普遍的做法是写一个自己的工具类,然后在 viewDidLoad 中通过工具类生成一个随机的颜色作为基类视图的背景色,从而查看是否达到跳转目的。
- self.view.backgroundColor = [BQTools randomColor];
接下来是自定义返回按钮的问题,(目前大部分 APP 都是用导航栏推出下个控制器,如果用 present 模态推出。那可忽略此段内容)。基于最方便的实现方法即在 VIew 视图加载时,直接给导航栏生成一个左侧栏 item。并实现其点击方法达到导航栏 pop 的目的。此处的 "back" 为自定义的返回按钮视图
- UIBarButtonItem * leftBarItem = [[UIBarButtonItem alloc] initWithImage: [[UIImage imageNamed: @"back"] imageWithRenderingMode: UIImageRenderingModeAlwaysOriginal] style: UIBarButtonItemStylePlain target: self action: @selector(leftBarItemAction: )];
- self.navigationItem.leftBarButtonItem = leftBarItem;
这样的情况是方便的解决的需求 2 问题,但衍生出一个新问题,即当导航栏的第一控制器也会存在一个左侧栏 item,并实现了 pop 方法。所以我们需要在这里再加上一个判定情况,使其在导航栏第一控制器不存在此 item。所以更新后的代码如下
- if ([self.navigationController.viewControllers indexOfObject: self] != 0) {
- UIBarButtonItem * leftBarItem = [[UIBarButtonItem alloc] initWithImage: [[UIImage imageNamed: @"back"] imageWithRenderingMode: UIImageRenderingModeAlwaysOriginal] style: UIBarButtonItemStylePlain target: self action: @selector(leftBarItemAction: )];
- self.navigationItem.leftBarButtonItem = leftBarItem;
- }
最后是 View 子视图的布局问题,很多时候我们都会有超出视图范围以外的子视图存在,此时就需要在 View 视图上布局一个 scrollview 来达到视图滚动查看 View 视图 bounds 子视图的目的。既然存在这种情况,那我们在这里就可以仿照 cell 的情况 直接给一个 contentView(为 ScrollView) 来做为子视图容器。最后再通过方法遍历直接获取子视图的 frame 通过比较修改 contentView 的展示区域,此时所有的子视图应该添加到 contenView 之上
- //生成contentView
- self.automaticallyAdjustsScrollViewInsets = NO;
- self.automaticallyAdjustsScrollViewInsets = NO;
- self.contentView = [[UIScrollView alloc] initWithFrame: CGRectMake(0, 64, [UIScreen mainScreen].bounds.size.width, [UIScreen mainScreen].bounds.size.height - 64)]; [self.view addSubview: self.contentView];
- self.contentView.contentSize = self.contentView.bounds.size;
- //在viewWillAppear中去判断修改contentView的展示范围
- CGFloat contentHeight = 0;
- NSArray * subViews = self.contentView.subviews;
- for (UIView * view in subViews) {
- if (CGRectGetMaxY(view.frame) > contentHeight) {
- contentHeight = CGRectGetMaxY(view.frame);
- }
- }
- //笔者项目主要是上下滚动,如视图可能超出视图右侧,也能以同样方式实现其效果
- if (contentHeight > self.contentView.bounds.size.height) {
- self.contentView.contentSize = CGSizeMake(self.contentView.bounds.size.width, contentHeight);
- }
有部分控制器可能会存在导航栏背景色透明的情况,此时若导航栏透明 contentView 的布局就需要从 0,0 处开始,所以还需要给出方法对 contentView 的 frame 进行调整。关于导航栏的背景色调整笔者使用的是第三方的
以上基类只是一个最基本常用的原型,可能在实际项目中还需要拓展一些其他的共通属性,比如主题色,导航栏隐藏,标签栏出现隐藏等情况,所以在项目中使用时,还需要根绝自己的实际需求进行修改。另外作为第三种需求来说,布局直接超出 View 视图 bounds 范围的话一般是因为 UI 切图时给出的图高度较长。所以在笔者的项目中使用等比例适配 (并非宽高比,而是纯基于宽度的对比比例在进行设计) 来搭配此基类,效果较好(因为笔者进行完全等比例适配,所以图片同样会有缩放情况,在此种情况下如不是用重绘,可能会存在效率上的浪费)。但如果是使用 masonry 进行布局,可能就不太需要按照笔者的基类进行设计了。
对于控制器基类的设计,个人有个人的理解。笔者在这里抛出自己的设计思路及,希望各位能指点交流。如上述有何错误之处,请指正。谢谢!
来源: http://www.bubuko.com/infodetail-1973990.html