fileprivate 的正确使用姿势

原文链接: fileprivate 的正确使用姿势

之前写过一篇关于 Swift 访问权限修改的文章, 这两天也看到了好几篇谈论访问权限的文章, 但单纯地讲概念可能大家的理解还是不会很深, private 的修改和 fileprivate 的加入其实还是跟日常代码规范有关, 今天就跟大家分享一下我的日常代码习惯以及这几个关键字的应用

下面的讲解不会解释这些关键字的含义, 还不了解的同学可以点进上面的连接看我之前写的文章

概览

我刚开始学 Swift 一直找不到类似于 Objective-C 里面的 #pragma 的东西, 来分割代码, 后来看到的一篇文章, 里面写了用 Extension 去分割代码块, 我也一直用这种方法沿用到现在

配合上 // MARK: 来把代码切块会更好, 下面是我的日常代码

// MARK: - Class

class ProductDetailViewController: UIViewController {
    
    var property: SomeType
    
    init(with property: SomeType) {
        self.property = property
        super.init(nibName: nil, bundle: nil)
    }
    
    required init?(coder aDecoder: NSCoder) {}
}



// MARK: - View生命周期

extension ProductDetailViewController {
    
    override func viewDidLoad() {}
    
    override func viewWillAppear(_ animated: Bool) {}
    
    override func viewWillLayoutSubviews() {}
    
    override func didMove(toParentViewController parent: UIViewController?) {}
}



// MARK: - Setup 初始化设置

extension ProductDetailViewController {
    
    // MARK: 接口
    fileprivate func setup() {
        setupStyle()
        setupLayout()
    }
    
    // MARK: Implementation 实现
    private func setupStyle() {}
    
    private func setupLayout() {}
    
    private func setupTableView() {}
    
}



// MARK: - TableView

extension ProductDetailViewController: UITableViewDataSource, UITableViewDelegate {
    
    // MARK: Data Source
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {}
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {}
    
    // MARK: Delegate
    func tableView(_ tableView: UITableView, willDisplay cell: UITableViewCell, forRowAt indexPath: IndexPath) {}
    
    func tableView(_ tableView: UITableView, didEndDisplaying cell: UITableViewCell, forRowAt indexPath: IndexPath) {}
}

利用统一的 Snippet 去进行注释

Mark 在 Xocde里分为两个层级, 分别是 // Mark: -// Mark:, 加 - 会在代码概览那里多一条分割线

// MARK: - TableView

extension ProductDetailViewController: UITableViewDataSource, UITableViewDelegate {
    
    // MARK: Data Source
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {}
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {}
    
    // MARK: Delegate
    func tableView(_ tableView: UITableView, willDisplay cell: UITableViewCell, forRowAt indexPath: IndexPath) {}
    
    func tableView(_ tableView: UITableView, didEndDisplaying cell: UITableViewCell, forRowAt indexPath: IndexPath) {}
}

这一段代码在 Xcode 里会这么呈现出来(讲真, 我觉得代码概览的功能真心应该常驻在左边的边栏里), 代码浏览起来会更加清晰明了

Paste_Image.png

我是建立了三个 Snippet, 直接使用 mark 作为这三个 Snippet 的触发, 由于 Xcode 的 Snippet 可以根据作用域触发, 所以我们可以通过调整作用域, 来使用统一的接口进行标注, 减少写代码的时候的认知负担

Paste_Image.png

一般三级备注我用的会比较少, 在函数内部, 我更多的是在可以优化的地方留一个 TODO 标记, 在可见的 bug 那里留一个 FIXME 的标记, 赶项目进度, 大家也都懂的

这里的 todo 和 fixme 在 xcode 7 里面会很显眼的显示出来, 但是 xcode 8 没有显示, 不知道是不是 bug

使用 fileprivate 来暴露内部接口, 用 private 来进行内部实现

讲完了一点小技巧, 那就来点重头的, 跟我们日常相关的

// MARK: - Setup 初始化设置

extension ProductDetailViewController {
    
    // MARK: 接口
    fileprivate func setup() {
        setupStyle()
        setupLayout()
        setupTableView()
    }
    
    // MARK: Implementation 实现
    private func setupStyle() {}
    
    private func setupLayout() {}
    
    private func setupTableView() {}
    
}

private 跟 extension 分割代码配合使用是最常见的使用场景, 这里我们通过 private 来隐藏内部的实现, 然后使用 fileprivate 来把接口暴露到类的内部(因为文件内大部分情况下都只会有一个类)

在多人协作的时候, 这会起到一个很好的警示作用, 独立开发的时候也可以保证自己不会调不应该调的函数

其实在 Swift 之前的版本也可以实现类似的权限管理效果

// 注意这里我写的是 Swift 2 的写法
extension ProductDetailViewController {
    private func setup {
        // 内部实现
        func setupTableView() {}
        func setupLayout() {}
        
        // 调用
        setupTableView()
        setupLayout()
    }
}

swift 的函数是可以嵌套的, 函数内部定义函数的话, 外部就获取不到, 以前Swift 团队曾经推荐过这种写法去隐藏实现, 但由于这种写法代码的可读性会变差(定位函数的时候, 先看到的是一团乱七八糟实现), 所以现在更推荐的是使用最新的 privatefileprivate 去进行权限管理

参考资料

http://swift.gg/2016/05/16/using-swift-extensions/

https://kemchenj.github.io/2016/08/17/2016-08-17/

https://github.com/apple/swift-evolution/blob/master/proposals/0025-scoped-access-level.md

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,122评论 6 505
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,070评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,491评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,636评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,676评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,541评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,292评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,211评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,655评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,846评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,965评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,684评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,295评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,894评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,012评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,126评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,914评论 2 355

推荐阅读更多精彩内容

  • 因为要结局swift3.0中引用snapKit的问题,看到一篇介绍Xcode8,swift3变化的文章,觉得很详细...
    uniapp阅读 4,414评论 0 12
  • 由于没用过Markdown(其实用了十分钟),所以就拿ORG开刀。 我司所有文档都用ORG写,GTD也是,所以对O...
    LostAbaddon阅读 2,004评论 18 7
  • 昨天看了深夜食堂的厚蛋烧那集,才知道原来厚蛋烧是分咸甜口。 剧中说: 甜的叫厚蛋烧,咸的叫鸡蛋卷(玉子烧?) 不仅...
    阿莫陪你边吃边聊阅读 906评论 0 2
  • 昨天是Leo的大日子,狗生第一次吃肉,以及第一次离开家到楼下的草坪上玩耍。胖子爸比还在阳台上给他搭了个舒适通风的窝...
    清酒不如老九阅读 249评论 0 1