(翻譯)如何將您的APP從Objective-C轉移到Swift?

自從蘋果在2014年發布了自己的Swift編程語言之后,很多開發人員都利用這個機會來測試它的特性,看看它是如何與Objective-C進行比較的。 一般結論似乎是: 在某些情況下,Swift比Objective-C更可取。

Swift的優點是什么?

  1. Swift允許你編寫較少的代碼。
  2. Swift是強類型的,這意味著更少的處理類型不正確導致崩潰。
  3. Swift看起來類似于其他流行的編程語言,類似于英語。
  4. Swift比它的前任Objective-C快。

這些功能使Swift非常誘人。 讓我們考慮如果你決定從Objective-C切換到Swift你需要做什么,并確定是否應該轉移到Swift上。
值得一提的是,Swift與Objective-C完全兼容。 Apple提供了一個混合和匹配功能,允許開發人員在同一個項目中使用這兩種語言。 這意味著您可以向現有的代碼庫添加新的Swift功能。 同時,盡管Swift和Objective-C使用相同的API,但在從Objective-C遷移到Swift時,您必須記住一些差異。

Optional 類型

在Objective-C中,你可以調用nil對象的方法(更準確地說,你可以發送消息到nil對象),這些方法返回一個空值。為了防止在出現意外的nil值時出現未定義的行為,您需要在需要時執行nil檢查。 Swift引入了可選值的概念。可選類型聲明為類似枚舉:

public enum可選<Wrapped>:_Reflectable,NilLiteralConvertible

從編程上來說,它是一種類型,可以代表Wrapped類型的值或不存在的值。 Swift提供了使類型可選的語法糖,所以不需要聲明Optional <String>,你可以只寫String?您有兩個選項從可選容器獲取包裝的值。第一個是可選鏈接 - if-let條件語句僅當它存在時才接收該值。如果您完全確定可選變量是非零,您可以使用強制解包。這提供了存儲的值,如果存在,沒有條件,但是當你犯了一個錯誤,并且可選實例為空時崩潰。
除了常規可選項,還有隱含的展開可選項,聲明為String!讓我們來看看你可以用不同的方式聲明可選性。

class ExampleClass {   
    var nonOptionalString: String   
    var unwrappedOptionalString: String!   
    var optionalString: String?  
    init(string: String) {       
    nonOptionalString = string
   }
}

nonOptionalString永遠不能為nil。 此屬性應在對象初始化期間填充。 提供強制解包的nil對象將導致崩潰。
unwrappedOptionalString可以是nil,但如果您嘗試訪問nil對象,您的程序將崩潰。
optionalString可以為nil,應被視為常規可選變量。
當編寫Objective-C代碼時,可以使用_Nullable和_Nonnull類型注釋來標記變量。 上面的Swift示例的Objective-C等價類似于:

 @interface ExampleClass: NSObject
 @property (nonatomic, strong) NSString * _Nonnull nonOptionalString;
 @property (nonatomic, strong) NSString *unwrappedOptionalString;  
 @property (nonatomic, strong) NSString * _Nullable optionalString;
 - (instancetype)initWithString:(nonnull NSString *string);
 @end

錯誤處理

當在Objective-C中拋出和處理錯誤時,方法的最后一個參數是對NSError變量的引用。 如果此方法執行導致不可接受的行為,則應創建一個NSError實例并將其寫入傳遞的變量。 在調用可能產生錯誤的方法后,您應該檢查錯誤參數,以確保它是非零。

- (nonnull NSString *)exampleMethod:(nonnull NSString *)param error:(NSError **)error { 
    if (!param.length) {       
            *error = [NSError errorWithDomain:[NSBundle mainBundle].bundleIdentifier                         
           code:-101                               
           userInfo:nil];       
    return nil; 
  }   // do work}

Objective-C還提供了一個具有傳統try-catch-finally語法的異常機制,但是Apple強烈建議僅將其用于開發目的。
Swift要求您標記使用throws關鍵字生成錯誤的方法。 如果該方法接受的最后一個參數是指向Objective-C接口中的NSError實例的指針,那么它將從Objective-C翻譯為Swift作為throwing方法,上面方法的聲明將轉換為 :

func exampleMethod(param:String)throws - > String

Objective-C允許你省略錯誤處理的錯誤返回方法,但在Swift你必須明確處理錯誤。 被拋出的對象應該是Swift ErrorType的后代。

枚舉

Objective-C提供C風格的枚舉,它只限于基本類型。 即使您需要將整數枚舉值映射到相應的字符串以顯示給用戶或發送到后端,也必須創建數組或字典 - 或使用switch語句。 但Swift提供了全新的枚舉與更多的選擇。 Swift中的枚舉可以按照與Objective-C中相同的方式使用:

enum ExampleEnum {  
    case ExOne, ExTwo, ExThree  
}

Swift枚舉可以存儲關聯的值。 每個枚舉大小寫都可以包含一組預定義的字段。

enum AnotherExampleEnum {   
   case ExOne(String, Int)  
   case ExTwo(Int)
}

Swift枚舉可以存儲原始值并遞歸。
Swift還有各種強大的功能,它與Objective-C區別開來。 這些功能包括泛型,嚴格類型系統,類型推斷,元組和嵌套類型。 簡而言之,從Objective-C遷移到Swift不是一件小事。 這里有一些提示,使過程更容易。

從Objective-C遷移到Swift的提示

首先,您應該創建一個與相應頭和實現文件名稱相同的.swift文件。 如果你需要從新的Swift文件中訪問Objective-C類,你必須為它們添加一個import指令到橋接頭文件。 如果你需要從Objective-C代碼訪問新的Swift類,你必須從Objective-C類繼承它; 否則將無法訪問。 然后你必須手動重寫代碼,采用Swift的最佳實踐并使類向下兼容。
如果你的Google“從Objective-C遷移到Swift”,你會發現幾個鏈接,建議自動翻譯代碼的工具。 有免費和付費解決方案。 然而,即使付費的解決方案在它們的功能上極其有限。
為了看看這些工具是如何在Objective-C中創建一個非常基本的游戲,然后嘗試使用幾個自動翻譯器將它翻譯成Swift。我們嘗試的第一個是基于Web的,并允許您上傳一個完整的Xcode項目(但是只有當項目小于10 MB)。結果真的沒有準備好生產 - 我們發現超過70個錯誤,即使我們的程序只有7個小類。這些錯誤包括不正確的可選,不正確的類型推斷,留下最后一個參數為NSError,而不是切換到Swift錯誤處理與try-catch,從__weak不正確切換typeof(self)weakSelf = self;到[weak self]等。我們還測試了一個付費桌面應用程序,花費15美元,但結果更糟。我們測試的桌面應用程序無法導入整個項目,因此我們不得不按文件復制和粘貼所有文件。
行業中的大多數人都同意Swift正在成為iOS開發的主要語言,因此建議將它用于新項目。
方便地是,混合和匹配特性允許您使用Swift和Objective-C類作為同一項目的一部分,因此您不必花費時間重寫Swift中的整個現有代碼庫。

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

推薦閱讀更多精彩內容