swift-名稱空間／反射機制(Reflect)

Objective-C 一個一直以來令人詬病的地方就是沒有名稱空間，在應用開發時，所有的程式碼和引用的靜態庫最終都會被編譯到同一個域和二進位制中。這樣的後果是一旦我們有重複的類名的話，就會導致編譯時的衝突和失敗。

duplicate

為了避免這種事情的發生，Objective-C 的型別一般都會加上兩到三個字母的字首，比如 Apple 保留的 NS 和 UI 字首，各個系統框架的字首 SK (StoreKit)，CG (CoreGraphic) 等。Objective-C 社群的大部分開發者也遵守了這個約定，一般都會將自己名字縮寫作為字首，把類庫命名為 AFNetworking 或者 MBProgressHUD 這樣。這種做法可以解決部分問題，至少我們在直接引用不同人的庫時衝突的概率大大降低了，但是字首並不意味著不會衝突，有時候我們確實還是會遇到即使使用字首也仍然相同的情況。另外一種情況是可能你想使用的兩個不同的庫，分別在它們裡面引用了另一個相同的很流行的第三方庫，而又沒有更改名字。在你分別使用這兩個庫中的一個時是沒有問題的，但是一旦你將這兩個庫同時加到你的專案中的話，這個大家共用的第三方庫就會和自己發生衝突了。

在 Swift 中，由於可以使用名稱空間了，即使是名字相同的型別，只要是來自不同的名稱空間的話，都是可以和平共處的。和 C# 這樣的顯式在檔案中指定名稱空間的做法不同，Swift 的名稱空間是基於 module 而不是在程式碼中顯式地指明，每個 module 代表了 Swift 中的一個名稱空間。也就是說，同一個 target 裡的型別名稱還是不能相同的。在我們進行 app 開發時，預設新增到 app 的主 target 的內容都是處於同一個名稱空間中的。

- 在swift 中存在名稱空間，同一名稱空間下全域性共享.
- 第三方框架使用：直接拖入專案中，從屬於一個名稱空間，很可能衝突（所以儘量用cocoapod）
- NSClassFromString(反射機制)： 最重要的目的，就是解耦 。例子：（反射機制和工廠方法）

獲取名稱空間設定根控制器

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
        // Override point for customization after application launch.
       
        window = UIWindow()
        window?.backgroundColor  = UIColor.white
        
        let CFName = Bundle.main.infoDictionary?["CFBundleName"] as? String ?? ""
     //點後面是所需 類名   
//        let vc = Bundle.main.nameSpace() + "." + "ViewController"

        let vc = CFName + "." + "ViewController"
        let  vcType = NSClassFromString(vc) as? UIViewController.Type
        window?.rootViewController = vcType?.init()
        window?.makeKeyAndVisible()
        

        return true
    }

bundle的分類

Extension