为了账号安全,请及时绑定邮箱和手机立即绑定

MG --Swift扩展 命名空间

2019.04.01 19:14 502浏览

上次写了MG–链式快速创建控件提到了OC中Masonry相对应的Swift版本的约束框架snapKit

  • 定义
    命名空间:是用来组织和重用代码的。如同名字一样的意思,NameSpace(名字空间),之所以出来这样一个东西,是因为人类可用的单词数太少,并且不同的人写的程序不可能所有的变量都没有重名现象,对于库来说,这个问题尤其严重,如果两个人写的库文件中出现同名的变量或函数(不可避免),使用起来就有问题了。为了解决这个问题,引入了名字空间这个概念,通过使用 namespace xxx;你所使用的库函数或变量就是在该名字空间中定义的,这样一来就不会引起不必要的冲突了。

当在对系统库做 extension 的时候,就会涉及到一个命名冲突的问题。Objective-C 时代的通行解决办法是在扩展方法名字的最前面加上 XXX_ 形式的前缀。这种形式不但解决了命名冲突的问题,而且增强了代码可读性。在前缀形式的扩展使用了一段时间之后,大家渐渐觉得前缀形式的 Objective-C 风格不再适合 Swift。在命名方式上,社区掀起了一股 Swifty 化的风潮。WWDC 2016 的 Session 403 Swift API Design Guidelines 中详细阐述了 Swifty 风格的命名规则,而 Swift 3 的大量 API 的改动,也是按照这种风格进行的演进。很多开源的 Swift 陆陆续续在接下来的版本中,抛弃了之前的前缀命名形式,改用了 namespace 形式的命名。比如 Kingfisher 的 kf_ => kf.,SnapKit 的 snp_ => snp.。
image.png
image.png

Swift 命名空间形式扩展的实现

#if os(macOS)
import AppKit
public typealias Image = NSImage
public typealias View = NSView
public typealias Color = NSColor
public typealias ImageView = NSImageView
public typealias Button = NSButton
#else
import UIKit
public typealias Image = UIImage
public typealias Color = UIColor
#if !os(watchOS)
public typealias ImageView = UIImageView
public typealias View = UIView
public typealias Button = UIButton
#else
import WatchKit
#endif
#endif

// MARK: -
// MARK: - MG
public struct MGNameSpaceWrappable<Base>:MGTypeWrapperProtocol {
    public let base: Base
    init(_ base: Base) {
        self.base = base
    }
}

public protocol MGTypeWrapperProtocol {

}

extension MGTypeWrapperProtocol {
    public var mg: MGNameSpaceWrappable<Self> {
        get {
            return MGNameSpaceWrappable(self)
        }
        set {
            
        }
    }
}

// MARK: -
// MARK: - LYM
public protocol LYMNamespacePotocol {
    associatedtype WrapperType
    var lym: WrapperType { get }
    static var lym: WrapperType.Type { get }
}

public extension LYMNamespacePotocol {
    var lym:  LYMNamespaceWrapper<Self> {
        return  LYMNamespaceWrapper(value: self)
    }

    static var lym:  LYMNamespaceWrapper<Self>.Type {
        return  LYMNamespaceWrapper.self
    }
}

public protocol  LYMTypeWrapperProtocol {
    associatedtype WrappedType
    var wrappedValue: WrappedType { get }
    init(value: WrappedType)
}

public struct  LYMNamespaceWrapper<T>:  LYMTypeWrapperProtocol {
    public let wrappedValue: T
    public init(value: T) {
        self.wrappedValue = value
    }
}

如何调用

使用截图
调用


分析一下MG为前缀的命名空间流程吧

  • 1、首先定义一个泛型结构体(或者类)MGNameSpaceWrappable,使用泛型Base
  • 2、然后定义一个协议MGTypeWrapperProtocol.
  • 3、然后对MGTypeWrapperProtocol协议扩展,并实现相关命名空间的对象(:MGNameSpaceWrappable)的getter和setter方法(如代码中的localized方法)。
  • 4、最后指定某个类遵循MGNameSpaceWrappable。只有遵循MGNameSpaceWrappable的类才拥有该命名空间。
    extension UIView: MGNameSpaceWrappable { }
extension MGNameSpaceWrappable where Base: View {
    func sss() {
        print("ssss")
    }
}

let btn = UIButton()
btn.mg.sss()

在对 MGTypeWrapperProtocol 这个协议做 extension 时, where 后面的 WrappedType 约束可以使用 == 或者 :,两者是有区别的。如果扩展的是值类型,比如 String,Date等 ,就必须使用 ==如果扩展的是类,则两者都可以使用,区别是如果使用 == 来约束,则扩展方法只对本类生效,子类无法使用。如果想要在子类也使用扩展方法,则使用 : 来约束。

举个例子:UIView遵守协议 == ,UIButton去掉用sss()方法,会报错
image.png

但是觉得遵守MGNameSpaceWrappable 并不是很好理解,一般都是遵守协议,对协议进行扩展,所以有了lym的命名空间。相比于mg的命名空间,多封装了LYMTypeWrapperProtocol 这个协议。遵守LYMTypeWrapperProtocol,然后对LYMTypeWrapperProtocol协议做扩展即可




点击查看更多内容

本文原创发布于慕课网 ,转载请注明出处,谢谢合作

0人点赞

若觉得本文不错,就分享一下吧!

评论

相关文章推荐

正在加载中
意见反馈 邀请有奖 帮助中心 APP下载
官方微信

举报

0/150
提交
取消