02-彩票项目第二季

2.封装SWPTabBar方式一

接着我们思考如何进行封装。前面已经将过了为什么要封装, 和封装达到的效果。这里我们主要有两种封装方式，分别是站在不同的角度上看待问题。虽然角度不同但是内部最核心的思想还是一样的，就是屏蔽控件内部是如何构造的细节, 为外界提供简单容易理解的接口。方式一: SWPTabBar屏蔽所有内在细节，只需提供要创建的控件个数。就可以创建出SWPTabBar的大体框架。接着有几个方法可以用来设置TabBar内部按钮的数据。简单来说只需提供1. 设置按钮个数。2. 设置按钮数据的接口。

注意: 那么我们如何保证接口的健壮性, 要知道如果有用户反复或多次设置按钮个数，那么我们要做到的效果是重新构造TabBar新的内部，而不能造成按钮的重复累加。这也是我们设计接口时候要考虑的一点，该接口是否方便使用, 时候多次使用会出错等等许多细节。并不是所设计接口就是随便的提供个方法的调用这么简单，这需要经验的积累。

首先看下面代码和注释:

-(void)viewDidLoad {    [super viewDidLoad];        // 创建自定义的tabBar控件    SWPTabBar * tabBar = [[SWPTabBar alloc] init];        tabBar.frame = self.tabBar.frame;        // 设置控件内部的按钮个数    tabBar.numberOfBarButton = 5;        // 控件代理对象, 用于监听对象    tabBar.delegate = self;        // 盖在原来tabBar之上    [self.view addSubview: tabBar];}

看如上代码, 我们的意图很明显，就是用我们自定义的SWPTabBar盖在UITabBar上，造成一种以假乱真的效果。当然你也可以选择把UITabBar删了，在覆盖上去，减少不必要的渲染。接着我们就要关注内部细节的实现。这才是我们要掌握的重点。先看如下主线

分析:1.首先我们可以选择在initWithFrame中添加控件。为什么不在init呢，因为用户可能会直接调用initWithFrame方法，这样就不正确了。但是init方法其实还会调用initWithFrame方法，所以我们重写initWithFrame方法是最保险的方式。2.必须在确定了SWPTabBar的尺寸之后再计算其子控件的位置和尺寸, 所以我们重写layoutSubViews方法。

分析中的1和2代码分别如下:

-(instancetype)initWithFrame:(CGRect)frame {        if (self = [super initWithFrame: frame]) {            [self setup]    }        return self;}-(void)setup {        for (int i = 0; i < self.numberOfBarButton; i++) {                SWPButton * button = [[SWPButton alloc] init];                // 设置按钮不同状态的图片        [button setBackgroundImage:[UIImage imageNamed:@"TabBar1"] forState: UIControlStateNormal];                [button setBackgroundImage:[UIImage imageNamed:@"TabBar1Sel"] forState: UIControlStateSelected];                // 为每个按钮绑定tag, 方便后面切换为不同的UINavigationController        button.tag = i;            // 添加监听        [button addTarget:self action:@selector(buttonClicked:) forControlEvents:UIControlEventTouchDown];                // 设置初始选中按钮        if ( 0 == i) {                        [self buttonClicked: button];        }                [self addSubview: button];    }        // 设置断言, 控件个数为按钮个数    assert(self.subviews.count == self.numberOfBarButton);}

快速的浏览一下这段代码，抓住起重点功能理解即可。为什么我们要抽出setup把添加构造控件内部的代码都放在这， 其一、是为了提高代码的复用。因为现在我们只是在initWithFrame中构造，当我们可用可能会提供xib的方式进行构造，在xib方式中，我们一般在awakeFromNib中进行控件的构造，你可以把它理解为相当于xib的初始化方法。其二、是为了在出错的时候方便调试，一般一个函数或者方法的功能超过了12行以上不利于后面项目的维护，当然这也不能定死的看。像有的方法，刚好是20行已经是一个功能，而且也不能在抽取，这时候不要死脑筋非得把该方法进行拆分。拆分的是为了复用和调试。代码不难理解，有疑问的可以给我留言。我们主要掌握的是整个的思路。具体细节需要你们自己进行代码的编写，遇到问题在解决，那才有所意义，不要在意细节。

以下代码为重写layoutSubViews实现内部子控件的位置尺寸的确定。

- (void)layoutSubviews {        [super layoutSubviews];        // 按钮的尺寸, Y坐标值    CGFloat buttonW = self.frame.size.width / self.numberOfBarButton;    CGFloat buttonH = self.frame.size.height;    CGFloat buttonY = 0.0;        // 遍历按钮，设置尺寸、位置    for (int i = 0; i < self.numberOfBarButton; i++) {                CGFloat buttonX = i * buttonW;                SWPButton * button = self.subviews[i];                button.frame = CGRectMake(buttonX, buttonY, buttonW, buttonH);                button.backgroundColor = [UIColor redColor];    }}

分析：好了运行程序，自定义的SWPTabBar是不是不正常？为什么对应的按钮个数，无法显示出来。仔细思考下，不难发现。我们是在创建完SWPTabBar之后，才来设置按钮的个数。也就是说此时SWPTabBar已经构建后了，我们此时设置的个数根本就没有用！。那么怎么解决，我是通过重写numberOfButtons的setter方法，将setup方法放在setter中。这样，我们就可以再设置按钮个数的时候，再来构造该控件的内部。此时发现了setup的好处没。入果你把这些代码直接方法initWithFrame中, 那么现在就必须先复制，将initWithFrame删除，在粘贴到setter方法中。如果有多个自定义的控件，一个个这么做，我想你会疯了的。问题:我们需要关注一个细节，什么不是所不要在意细节！该在意的要在意，不该在意的要忽略，要看关注点！就是如果用户多次调用这个setter方法, 会造成按钮的重复添加。这不是我们要的效果。所以我们需要在这之前移除SWPTabBar内部所有的控件。再进行添加。所以我实现了 clear方法，具体删除细节看代码，思路很简单:逐个遍历，删除。

修改后的代码如下

- (instancetype)initWithFrame:(CGRect)frame {        if (self = [super initWithFrame: frame]) {            }        return self;}- (void)setNumberOfBarButton:(NSUInteger)numberOfBarButton {        _numberOfBarButton = numberOfBarButton;        // 先删除存在的按钮    [self clear];        // 先添加按钮    [self setup];}- (void)clear {        [self.subviews makeObjectsPerformSelector:@selector(removeFromSuperview)];}

效果图如下:

点击跳转按钮的效果图

3.改进我们知道, UITabBarController中的几个子控制器是UINavagationController，当点击下面SWPTabBar控件中的按钮时候,进行子控制器的切换, 当点击UINavigationController上面的按钮进行跳转时候，实际上是UINavigationController对其子控制器进行压栈操作。现在我们想实现的效果是, 当UINavigationController切换其子控制器的时候, 新的控制器不显示出UITabBar, 我们可以通过SB中操作来勾选新控制器的Hide Bar Buttom …来对UITabBar进行隐藏, 然而我们自定义的SWPTabBar并不是UITabBar的子控件而是其兄弟控件， 所以设置的效果是作用在UITabBar上，又因为SWPTabBar比较后面添加, 盖在了上面, 所以是看不到效果的。此时我们只需要换种思路, 把SWPTabBar直接加进UITabBar控件中, 并完全覆盖它即可实现这样的效果。

修改的代码如下:(关注第6行和第12行，相信不难理解)

- (void)viewDidLoad {    [super viewDidLoad];        SWPTabBar * tabBar = [[SWPTabBar alloc] init];        tabBar.frame = self.tabBar.bounds;        tabBar.numberOfBarButton = 5;        tabBar.delegate = self;        [self.tabBar addSubview: tabBar];    }

思考：手动 VS 代码

我们的确可以通过勾选Hide Bar Buttom …来隐藏UITabBar，但是当控制器达到一定数量时候, 这种做法的做事效率太低, 这就好比快速排序和冒泡排序，这两种排序在排序个数很少的时候, 冒泡排序取得的时间效率比快速排序还低, 但是当操作某个值后，快速排序有十分好的时间效率。依次类比， 我们也要知道代码的方式， 这样遇到熟练一多的情况, 可以帮助我们提高项目的开发速度。说了太多废话，仁者见仁，智者见智。

    实现具体细节如下:    1.通过自定义的SWPNavigationController重写管理其子控制器栈结构的入栈方法。来拦截push操作    ，在push之前, 设置隐藏底部的UITabBar。    2.调用父类的入栈操作，完成父类自己的事情(将UIViewController入栈)。    代码如下:    3.到sb中分别更改UINavigationController的关联类

// SWPNavigationController- (void)pushViewController:(UIViewController *)viewController animated:(BOOL)animated {    viewController.hidesBottomBarWhenPushed = YES;    [super pushViewController:viewController animated:animated];}

改进后点击跳转按钮的效果图

可能你会发现我一直都没讲怎么实现SWPTabBar中如何切换到不同的UINavigationController，这个我们放在下一节介绍，现在我们只需要关注以上的重点，并理解之即可。

    1.自定义类中，继承 + 重写拦截了要调用的方法。    2.UINavigationController与UITabBar管理子控制器的方式    3.如何自定义控件(setup、layoutSubViews)    4.如何更加全面的考虑设计的接口