iOS 版本号 字符串比较 小坑

今天突然发现我们一个项目有几个低版本的用户，关键是我们该项目是有强制升级的，定位了下发现是我们版本号比较出错了，😓

[version compare:model.version];

用的是 NSComparisonResult 比较的，看上去没毛病，但是仔细看下 当 1.9.0 和 1.12.0 比较的时候却不是我们想的效果。

比较的方法：

[value compare:(NSString *)];
[value compare:(NSString *) options:(NSStringCompareOptions)];

前者 1.9.0 > 1.10.0 
后者 1.9.0 < 1.10.0 (options 为 NSNumbericSearch)

所以版本的比较，按照我们的习惯得这样比较:

[version compare:model.version options:NSNumericSearch];

PS: 注意下 NSStringCompareOptions

typedef NS_OPTIONS(NSUInteger, NSStringCompareOptions) {
    NSCaseInsensitiveSearch = 1,//不区分大小写比较
    NSLiteralSearch = 2,//区分大小写比较
    NSBackwardsSearch = 4,//从字符串末尾开始搜索
    NSAnchoredSearch = 8,//搜索限制范围的字符串
    NSNumbericSearch = 64//按照字符串里的数字为依据，算出顺序。例如 Foo2.txt < Foo7.txt < Foo25.txt
//以下定义高于 mac os 10.5 或者高于 iphone 2.0 可用
    ,
    NSDiacriticInsensitiveSearch = 128,//忽略 "-" 符号的比较
    NSWidthInsensitiveSearch = 256,//忽略字符串的长度，比较出结果
    NSForcedOrderingSearch = 512//忽略不区分大小写比较的选项，并强制返回 NSOrderedAscending 或者 NSOrderedDescending
//以下定义高于 iphone 3.2 可用
    ,
    NSRegularExpressionSearch = 1024//只能应用于 rangeOfString:..., stringByReplacingOccurrencesOfString:...和 replaceOccurrencesOfString:... 方法。使用通用兼容的比较方法，如果设置此项，可以去掉 NSCaseInsensitiveSearch 和 NSAnchoredSearch
}

typedef NS_CLOSED_ENUM(NSInteger, NSComparisonResult) {
     NSOrderedAscending = -1L,    // < 升序 或者说 后者比前者大
     NSOrderedSame,              // = 等于
     NSOrderedDescending   // > 降序 小
} NSComparisonResult;