老司机 iOS 周报 #69 | 2019-05-27

最新推荐文章于 2020-06-30 23:45:29 发布

weixin_34413802

最新推荐文章于 2020-06-30 23:45:29 发布

阅读量483

点赞数

原文链接：https://juejin.im/post/5ceb5486f265da1bd260c9e8

版权

老司机 iOS 周报，只为你呈现有价值的信息。

你也可以为这个项目出一份力，如果发现有价值的信息、文章、工具等可以到 Issues 里提给我们，我们会尽快处理。记得写上推荐的理由哦。有建议和意见也欢迎到 Issues 提出。

新闻

WWDC19 Schedule

@红纸：WWDC 2019 已临近，特此献上日程表以供各位进行提前查阅。（另外推荐一款 macOS 下的观看应用 WWDC。）

新手推荐

? ? 给 iOS 开发者的 Flutter 指南

@邦Ben：作为一名 iOS 原生开发，如何更好的进入 Flutter？该文通过类比 iOS 开发中的概念来解释 Flutter 相关的内容，都是一些相当常见的基础内容，非常适合入门。Flutter 的热加载其实提供很好的入门试错体验，毕竟，你只需要保存一下就知道你写错了还是写对了，因此，入门的学习成本降低了不少。个人感觉，入门曲线要低于 ReactNative。

该文分为上下两篇：

? UIButton: Padding Between Image and Text

@极速男孩007：本文介绍了如何通过修改 UIButton 的 contentEdgeInsets 和 titleEdgeInsets 还有 imageEdgeInsets的值，来改变 UIButton 中图片和文字的位置。

文章

? Improving your Swift code using value objects

@含笑饮砒霜：值对象是自定义类型，它们是代表我们应用程序一部分的小型精确类型。与值类型一样，值对象应该是不可变的，值对象通过利用值类型的不变性以及添加自我验证的能力来帮助我们编写更易于理解，更容易测试，更安全的代码。我希望您可以试一试。

? @autoreleasepool uses in 2019 Swift

@xiaofei86：本文先是简单的介绍了 autoreleasepool 在 Objective-C 中的使用场景——在循环体中大量创建 autorelease 对象。而 ARC 对 Swift 的优化在过去几年中进步了很多，根据作者的测试，似乎 ARC for Swift 从不调用 autorelease，而是用多次调用 release 来替代。所以对于纯粹的 Swift 对象我们可能不再需要 autoreleasepool。但在 Swift 开发中 autoreleasepool 仍然有用，因为在 UIKit 和 Foundation 中仍然存在调用 autorelease 的遗留 Objective-C 类。以上便基本是本文的所有内容，如果你对 autorelease 的问题还不是很了解，可以去继续阅读原文。

? Building a NFC Scanner App with CoreNFC in Swift

@享耳先森：在 2014 年 Apple 发布 Apple Pay，iPhone 6 是第一批支持 NFC 功能的设备。iOS 11 终于发布了 CoreNFC 框架，第三方 App 可以在前台读取 NFC tags（iPhone 7 及以后的机型才能读取 NDEF），iOS 12 增强了 CoreNFC 的能力，允许在后台读取 tags 并通过 Universal Link 技术唤起 App。iOS 13 马上就要发布了，相信开发者们十分期待 Apple 开放 NFC 写入功能。

文章详尽的描述了如何从零开发一个读取 NFC tags 的应用，甚至十分贴心的介绍了如何制作 tags 供测试使用，建议对 NFC 有兴趣的开发者们读一读。

? Using Codable to make enums with associated values even more powerful

@zvving：带有关联值的枚举被用在 Optional、Resutl<T, E> 等场景、为编码带来更丰富且严谨的语义。作者通过一处网络数据解析的案例，展现定义枚举相比类或结构体的优势。也详细介绍了在此基础上如何实现 Codable 协议，支持持久化。

? Empty Strings in Swift

@JimQ 一个 string 是否 empty 可能有三种不同的含义：1. 长度为零；2. 只包含空白符；3. 可选值为空。针对这三种含义，文章分别给出了最优 & 最 Swift 化的判断方法。

? OOM 与内存

@looping：本文作者从一起可疑的崩溃现象，即从崩溃日志上看，设备还有很多可用内存，但是排查发现，却是内存分配失败后对无效地址的访问错误；再结合内存分配方式，发现每种类型的内存分配地址都是有上限的，也就是说即便在设备依然有可用内存的情况下，如果某个类型的内存地址被分配完毕，同样会引发 OOM 问题。

本文不管是对问题排查过程的描述，还是对 malloc_zone 的分析介绍，都是一份很好的学习资料，感兴趣的同学可以深入学习下。