作者：Erica Sadun号枕，原文鏈接，原文日期：2016-02-02
譯者：bestswifter陨享；校對(duì)：numbbbbb葱淳；定稿：Cee
截止 2016 年 2 月 5 日，SE-0005 提案正在接受公開的審核抛姑。它提議在 Swift 中導(dǎo)入 Objective-C 代碼時(shí)自動(dòng)轉(zhuǎn)換名稱赞厕。
這個(gè)提案描述了如何改進(jìn) Swift 的「Clang Importer」，它負(fù)責(zé)將 C 和 Objective-C 的 API 導(dǎo)入到 Swift 中定硝。通過這樣的改進(jìn)皿桑，Objective-C 的函數(shù)、類型蔬啡、方法诲侮、屬性等的名稱可以被翻譯成更加符合 Swift API 設(shè)計(jì)準(zhǔn)則的名稱。這份準(zhǔn)則是 Swift 3 的一部分箱蟆。我們的解決方案專注在 Objective-C 的 Cocoa 編碼規(guī)范 和 Swift API 設(shè)計(jì)準(zhǔn)則之間的區(qū)別沟绪，同時(shí)使用一些簡單的語言分析來把 Objective-C 的名稱自動(dòng)轉(zhuǎn)換成更加 Swift 化的名稱。
做 Apple 開發(fā)時(shí)空猜，Cocoa 是底層工具绽慈，相關(guān)知識(shí)很難學(xué)習(xí)恨旱。我不認(rèn)為開發(fā)者們會(huì)愿意接受大規(guī)模的 API 調(diào)整，這會(huì)給代碼審查坝疼、錯(cuò)誤檢測(cè)搜贤、后期維護(hù)以及編寫新代碼帶來更高成本。這里是 Nate Cook 的看法裙士。如果你在 Cocoa 部門工作，我希望你能花一些時(shí)間仔細(xì)閱讀他寫的內(nèi)容管毙。
本文由 SwiftGG 翻譯組翻譯腿椎，已經(jīng)獲得作者翻譯授權(quán)，最新文章請(qǐng)?jiān)L問 http://swift.gg夭咬。
