tags:开发随笔

上次写了一篇填平macOS和iOS之间的鸿沟，总结了在macOS和iOS之间共享代码的设计和实现，是基于Objective-C 的。

自从Swift诞生之后，关于Objective-C和Swift之间优劣对比的讨论就从没间断。

其实两种语言我都在用。Objective-C用的多一些，Swift稍微少一些。刚从XCode6.x 升级到XCode 7.X的时候，曾经为Swift编译后的超大的体积严重的郁闷了一阵子，还愤愤的把MarkNote中原先用Swift写的一部分代码完全用Objective-C重新实现了一遍。

不过新的应用，我基本上都是选择用Swift直接写了。从之前的事情之后，不太喜欢混编了。要么用OC，要么用Swift。

Swift编译技术一直在改进，不过依然有不少问题。包括编译慢等等。更重要的一个原因是，在一个工程中用两种语言写代码，一会OC，一会Swift，对大脑的刺激也是很大的，说不定会增加精神分裂的可能性呢，呵呵。

最近又在做一个既有mac端又有iOS端的应用。于是，老问题又来了，如何用Swift写即支持macOS，又支持iOS的代码？

我的策略还是类似的:

• 使用Preprocessor directives来做判断OS;
• 使用typealias来区分引用Cocoa或者UIKit中的类；

说起来比较抽象，还是看代码吧。

比如，我写了一个NSColor的extension：

import Foundation
import Cocoa
extension NSColor {
    class func colorWithHex(
//实现略

现在要让它同时也支持UIColor，那么代码是这样的:

import Foundation
#if os(OSX)
    import Cocoa
    typealias BaseColor = NSColor
#elseif os(iOS)
    import UIKit
    typealias BaseColor = UIColor
#endif
extension BaseColor {
    class func colorWithHex(
//实现略

经过简单的处理，一个同时支持macOS和iOS的Color 扩展就成功了。如此类推，可以让代码在两个平台之间最大限度的复用。

是不是很简单呢?