對于不同iOS系統(tǒng)的兼容性探討

前言

在iOS開發(fā)中,我們有時(shí)會遇到不同的系統(tǒng)有些方法或者屬性是不同的,甚至是沒有的,這個(gè)時(shí)候一般我們就需要針對不同的系統(tǒng)來作兼容。

一個(gè)例子引起的思考

下面我們來看一個(gè)對于注冊推送的熟悉例子:

- (void)registerRemoteNotification:(UIApplication *)application {
#if __IPHONE_OS_VERSION_MAX_ALLOWED >= 80000
    if (XXX_HIGHT_ThAN_IOS8()) {
        UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:(UIRemoteNotificationTypeBadge|UIRemoteNotificationTypeSound|UIRemoteNotificationTypeAlert)categories:nil];
        [[UIApplication sharedApplication] registerUserNotificationSettings:settings];
    } else {
        UIRemoteNotificationType myTypes = UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound;
        [[UIApplication sharedApplication] registerForRemoteNotificationTypes:myTypes];
    }
#else
    UIRemoteNotificationType myTypes = UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound;
    [[UIApplication sharedApplication] registerForRemoteNotificationTypes:myTypes];
#endif
}

問題來了,請問這段代碼真的沒有什么問題嗎 ?
首先我們需要了解這個(gè)系統(tǒng)的宏__IPHONE_OS_VERSION_MAX_ALLOWED(與其對應(yīng)的是'__IPHONE_OS_VERSION_MIN_REQUIRED ') ,它其實(shí)針對的是編譯器,在不同版本的編譯器Xcode里,宏__IPHONE_OS_VERSION_MAX_ALLOWED對應(yīng)不同的版本,目前我的Mac安裝的Xcode8.3.3版本,__IPHONE_OS_VERSION_MAX_ALLOWED宏定義:

__IPHONE_OS_VERSION_MAX_ALLOWED宏定義

所以,注意這個(gè)紅框標(biāo)注的部分:

WX20170904-205811@2x.png

看到這里,再根據(jù)上面的解釋,就應(yīng)該知道這部分代碼的問題在哪里了吧。
是的,對于這里推送的注冊代碼邏輯沒錯(cuò),只是代碼出現(xiàn)了冗余,就是紅框標(biāo)注的部分其實(shí)是沒必要的;一般情況下,這樣的代碼邏輯適用于我們接入的三方SDK,我們有時(shí)看到在接入的三方SDK里會用到這樣的宏,這樣做的目的主要是來兼容高低 Xcode版本,保證其最新的SDK不會在低版本的Xcode上出現(xiàn)編譯的BUG錯(cuò)誤,所以對于自己的工程這樣的宏其實(shí)是沒必要的。

下面(判斷系統(tǒng)是否是iOS7)簡單說下在開發(fā)中對于這樣的場景怎么來兼容

  1. 我們常見的就是下面這個(gè):
static inline BOOL XXX_IS_HIGHT_ThAN_IOS7 (){
    return ([[[UIDevice currentDevice] systemVersion] doubleValue] >= 7.0) ? YES: NO;
}

static inline BOOL XXX_IS_LOW_THAN_IOS7 (){
    return ([[[UIDevice currentDevice] systemVersion] doubleValue] < 7.0) ? YES: NO;
}
  1. 比較字符串,相對來說精確率較上面第一種會更好,效率也會很快
static inline BOOL XXX_IS_HIGHT_ThAN_IOS7 (){
    return ([[[UIDevice currentDevice] systemVersion] compare:@"7.0" options:NSNumericSearch] == NSOrderedSame || [[[UIDevice currentDevice] systemVersion] compare:@"7.0" options:NSNumericSearch] == NSOrderedDescending) ? YES : NO;
}

static inline BOOL XXX_IS_LOW_THAN_IOS7 () {
    return [[[UIDevice currentDevice] systemVersion] compare:@"7.0" options:NSNumericSearch] == NSOrderedAscending ? YES : NO;
}
  1. 利用系統(tǒng)庫Foundation框架或者CoreFoundation框架,它不需要調(diào)用任何的其它方法,所以效率是最高的
"Foundation"框架:
static inline BOOL XXX_IS_HIGHT_ThAN_IOS7 (){
    return NSFoundationVersionNumber >= NSFoundationVersionNumber_iOS_7_0 ? YES : NO;
}

或者
static inline BOOL XXX_IS_HIGHT_ThAN_IOS7 (){
    return NSFoundationVersionNumber > NSFoundationVersionNumber_iOS_6_1 ? YES : NO;
}

static inline BOOL XXX_IS_LOW_THAN_IOS7 () {
    return NSFoundationVersionNumber < NSFoundationVersionNumber_iOS_7_0 ? YES : NO;
}

"CoreFoundation"框架:
static inline BOOL XXX_IS_HIGHT_ThAN_IOS7 (){
    return kCFCoreFoundationVersionNumber >= kCFCoreFoundationVersionNumber_iOS_7_0 ? YES : NO;
}

或者
static inline BOOL XXX_IS_HIGHT_ThAN_IOS7 (){
    return kCFCoreFoundationVersionNumber > kCFCoreFoundationVersionNumber_iOS_6_1 ? YES : NO;
}

static inline BOOL XXX_IS_LOW_THAN_IOS7 () {
    return kCFCoreFoundationVersionNumber < kCFCoreFoundationVersionNumber_iOS_7_0 ? YES : NO;
}

其對應(yīng)框架的API如圖示:

NSFoundationVersionNumber類型
kCFCoreFoundationVersionNumber類型
Foundation框架API
CoreFoundation框架API

結(jié)論

寫了這么多,以后在開發(fā)中建議還是用第三種,它是采用了API底層來實(shí)現(xiàn),效率是最高的,好久沒來簡書了,希望以后還是可以堅(jiān)持下去,零點(diǎn)已過,晚安咯。

參考鏈接:
stackoverflow相關(guān)的解釋
iOS 如何高效兼容更多的系統(tǒng)版本

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,763評論 6 539
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,238評論 3 428
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 177,823評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,604評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,339評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,713評論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,712評論 3 445
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,893評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,448評論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,201評論 3 357
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,397評論 1 372
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,944評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,631評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,033評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,321評論 1 293
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,128評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,347評論 2 377

推薦閱讀更多精彩內(nèi)容