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.如何更加全面的考虑设计的接口