小知识，大挑战！本文正在参与“程序员必备小知识”创作活动。
前言
想要为Swift的String、Array、Dictionary这几种常见类型，添加一个isNotEmpty属性。
灵感来源于Dart中对于判断数组不为空有一个isNotEmpty属性：
final array = [1, 2, 3, 4];
print(array.isNotEmpty);
复制代码Dart有，Swift也可以有啊。
直接明了版本
最直接明了的版本当然就是分别给String、Array、Dictionary写分类，在分类中添加一个只读计算属性isNotEmpty即可。
String+Extension:
extension String {
var isNotEmpty: Bool { !isEmpty }
}
复制代码Array+Extension:
extension Array {
var isNotEmpty: Bool { !isEmpty }
}
复制代码Dictionary+Extension:
extension Dictionary {
var isNotEmpty: Bool { !isEmpty }
}
复制代码上面3个分类，分别实现了String、Array、Dictionary三个常用类型的isNotEmpty。
但是！！！
你要了解到，有isEmpty属性的类型远不止以上三种类型，难道之后有需求对其他带有isEmpty属性的类型添加isNotEmpty属性，我都要来写一个分类？
这很明显的是没有看透String、Array、Dictionary这些类型的背后，是由什么在支撑着它们可以拥有isEmpty属性。
更本质的版本：
滴水穿石非一日之功，冰冻三尺非一日之寒。
我想说的是入门的时候都会选择直接了当的写法，不过当在反反复复CV代码的时候，我们需要的是观察，归纳，抽离，封装。
上图不知道大家注意到没有：
-
Dictionary → Collection
-
Array → MutableCollection → Collection
Array与Dictionary都遵守了Collection协议，那么这个isEmpyt属性会不会就存在于Collection协议中呢？
带着这个疑问，我们去看看Collection协议就知道了：
extension Collection {
/// A Boolean value indicating whether the collection is empty.
///
/// When you need to check whether your collection is empty, use the
/// `isEmpty` property instead of checking that the `count` property is
/// equal to zero. For collections that don't conform to
/// `RandomAccessCollection`, accessing the `count` property iterates
/// through the elements of the collection.
///
/// let horseName = "Silver"
/// if horseName.isEmpty {
/// print("My horse has no name.")
/// } else {
/// print("Hi ho, \(horseName)!")
/// }
/// // Prints "Hi ho, Silver!")
///
/// - Complexity: O(1)
@inlinable public var isEmpty: Bool { get }
}
复制代码上面这段代码，摘自于Swift中的Collection源码，如果仔细看代码注释，会发现，举例说明中是以String的isEmpty进行的，这也说明String类型直接或者间距都遵守Collection协议的。
这么一来就好办了，我只需要在Collection协议的分类中，添加一个isNotEmpty属性即可：
extension Collection {
/// 判断集合非空
public var isNotEmpty: Bool {
return !isEmpty
}
}
复制代码使用：
let array = []
print(array.isNotEmpty)
let dict = [:]
print(dict.isNotEmpty)
let string = ""
print(string.isNotEmpty)
复制代码以上代码均可以点出isNotEmpty，并打印true，效果符合预期。
参考文档：
总结
代码总是搬运不完的啦，但是读懂代码，观察代码我们都是可以的啦，只不过这其中需要我们多写一些代码，甚至多走一点弯路。
我们下期见。