UIAppearcance 使用指北
在 UIAppearance 出现之前，开发者如果想统一修改 app 内某一个控件的 UI 样式时，只能通过去修改每个控件的实例属性，对于只有几个实例的 UI 控件来说，这样的修改还可以接受，但如果整个 app 中有几十个，甚至上百个实例的时候，这样的修改就显得相当笨拙了，当然你也可以考虑使用一些黑魔法来实现，不过这或多或少都给开发者带来了不少麻烦。
除了上面提到的场景外，还有一种场景就是在 app 内提供多种多样的主题来满足用户的需求，例如手淘在 app 内提供的主题切换功能。
上面这两个实际开发中的应用场景都映射出这样一个问题：如何在整个 app 中 高效，统一，即时
的定制 UI 控件样式。
在 iOS 5.0 之后，Apple 为开发者提供了名为 UIAppearance 和 UIAppearanceContainer 的类，它们就是苹果为开发者提供的一种官方解决方案。
为了在现有的 UIKit 框架里面去做这个事，苹果的思路是: 让 UIAppearance 成为一个可以返回代理的协议，通过它可以把任何配置转发给特定类的实例。
但为什么不直接在 UIView 里面搞个属性或者方法来做这件事儿呢？
因为诸如 UIBarButtonItem 这样的控件并不是 UIView 的子类，它只是持有一个视图实例而已。通过这种设计，UIAppearance 可以处理所有类型的 UI 控件，无论它是 UIView 的子类，还是包含了视图实例的非 UIView 控件。
阅读 UIAppearance 和 UIAppearanceContainer 的头文件
我们刚才说过 UIApearance 实际上是一个协议，该协议需实现以下几个方法：
+ (instancetype)appearance; + (instancetype)appearanceWhenContainedInInstancesOfClasses:(NSArray<Class <UIAppearanceContainer>> *)containerTypes NS_AVAILABLE_IOS(9_0); + (instancetype)appearanceForTraitCollection:(UITraitCollection *)trait NS_AVAILABLE_IOS(8_0); + (instancetype)appearanceForTraitCollection:(UITraitCollection *)trait whenContainedInInstancesOfClasses:(NSArray<Class <UIAppearanceContainer>> *)containerTypes NS_AVAILABLE_IOS(9_0); // 已经废弃的两个方法 + (instancetype)appearanceWhenContainedIn:(nullable Class <UIAppearanceContainer>)ContainerClass, ... NS_REQUIRES_NIL_TERMINATION NS_DEPRECATED_IOS(5_0, 9_0, "Use +appearanceWhenContainedInInstancesOfClasses: instead") __TVOS_PROHIBITED; + (instancetype)appearanceForTraitCollection:(UITraitCollection *)trait whenContainedIn:(nullable Class <UIAppearanceContainer>)ContainerClass, ... NS_REQUIRES_NIL_TERMINATION NS_DEPRECATED_IOS(8_0, 9_0, "Use +appearanceForTraitCollection:whenContainedInInstancesOfClasses: instead") __TVOS_PROHIBITED; 复制代码
在这个协议中，需要简单解释一下第 3 和第 4 个方法，这个两个方法是用于解决 Size Classes 的问题而诞生的，通过这两个 API，我们可以控制在不同屏幕尺寸下的样式。
另外一个与之对应的协议是 UIAppearanceContainer，该协议并没有任何约定方法。因为它只是作为一个容器。
常见的，如 UIView 实现了 UIAppearance 这两种协议，既可以获取外观代理，也可以作为外观容器。而 UIViewController 则是仅实现了 UIAppearanceContainer 协议，很简单，它本身是控制器而不是 view，作为容器，为 UIView 等服务。
UIAppearance 的使用
哪些属性可以被 UIAppearance 调用？
在 UIKit 中被 UI_APPEARANCE_SELECTOR
宏标注的属性可以被 UIAppearance 调用。 例如 UIBarButtonItem 里的 tintColor 属性。
@property(nullable, nonatomic,strong) UIColor *tintColor NS_AVAILABLE_IOS(5_0) UI_APPEARANCE_SELECTOR; 复制代码
在 swift 中没有宏的概念，所以属性无法被 UI_APPEARANCE_SELECTOR
标注，如果想让某个属性支持 UIAppearance 可以为该属性使用 dynamic 关键字
何使用 UIAppearance 修改 UI 控件的属性？
UIAppearance 不仅可以修改某一类型控件的全部实例，也可以修改部分实例，开发者只需要使用正确的 API 即可。还是以 UIBarButtonItem 为例。
当我们想改变所有 UIBarButtonItem 实例的 tintColor 时，代码如下:
[[UIBarButtonItem appearance] setTintColor:myColor]; 复制代码
当我们想在某些指定容器类里改变 UIBarButtonItem 的 tintColor 时，我们可以这么做:
[[UIBarButtonItem appearanceWhenContainedInInstancesOfClasses:@[[UINavigationBar class]]] setTintColor:myColor]; 复制代码
UIAppearance 里与 UITraitCollection 相关的两个方法与上面两个方法的使用规则相似，在这里就不做赘述了
如何让 UIAppearance 生效？
使用 UIAppearance 只有在视图添加到 window 时才会生效，对于已经在 window 中的视图并不会生效。所以，对于已经在 window 里的视图，可以采用从视图里移除并再次添加回去的方法使得 UIAppearance 的设置生效。
所以如果你发现自己的设置没有生效的话，不妨参考下这个规则。
如何让自定义 view 的属性支持 UIAppearance
在实际使用过程中，我们绝大多数的视图类都继承自 UIView，UIView 的容器也基本上是 UIView 或 UIController，所以基本不需要开发者去实现这两个协议。
对于需要支持使用 UIAppearance 来设置的属性，在属性后增加 UI_APPEARANCE_SELECTOR
宏声明即可。
需要说明的是，在遵循 UIAppearanceContainer 协议的类中，声明与 UIAppearance 相关属性的方法时，要遵循两个代码规范：
UI_APPEARANCE_SELECTOR 标注
//You may have no axes or as many as you like for any property. - (void)setProperty:(PropertyType)property forAxis1:(IntegerType)axis1 axis2:(IntegerType)axis2 axisN:(IntegerType)axisN; - (PropertyType)propertyForAxis1:(IntegerType)axis1 axis2:(IntegerType)axis2 axisN:(IntegerType)axisN; //Example - (void)setBackgroundImage:(nullable UIImage *)backgroundImage forState:(UIControlState)state barMetrics:(UIBarMetrics)barMetrics NS_AVAILABLE_IOS(5_0) UI_APPEARANCE_SELECTOR; - (nullable UIImage *)backgroundImageForState:(UIControlState)state barMetrics:(UIBarMetrics)barMetrics NS_AVAILABLE_IOS(5_0) UI_APPEARANCE_SELECTOR; 复制代码
UIAppearance 的探讨
Apple 官方对于 UIAppearance 的介绍并不多，网上的文章也大多都停留在使用层面上，今天我们来深入讨论一下 UIAppearance 内部的秘密。
没有什么卵用的 UI_APPEARANCE_SELECTOR
查看 Apple 的官方文档后，你就会发现它其实什么也没干…..
#define UI_APPEARANCE_SELECTOR 复制代码
既然它什么都没干，那么对于没有被 UI_APPEARANCE_SELECTOR
标记的属性，我们是否也能用 UIAppearance 进行统一设置呢？
答案是可以的。
此时你内心充满了疑惑，
我们不妨将这个问题分成两个部分：
- 第一部分就是为什么会有这个宏定义，如果真的没有它会有什么问题么？
- 第二部分就是 UIAppearance 是如何实现统一修改控件样式的呢？
真没问题么？
事实证明， UIAppearance 确实可以对一些没有被 UI_APPEARANCE_SELECTOR
标记的属性进行设置，甚至某些方法也是支持的 UIAppearance，例如 UISegmentedControl 的 setWidth:forSegmentAtIndex
方法。
但这种做法应该被避免，原因很简单：这些没有被标记的属性不一定会在未来的 iOS 版本中适用。
在 Understanding UIAppearance 这篇文章里也给出了同样的观点。
如何实现的？
那么 UIAppearance 到底是如何实现的呢？国外的大神们已经对此有了研究结论，我直接给出链接，感兴趣的朋友可以阅读一下 UIAppearance and Custom Views。
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
