「 iOS知识小集 」2018 · 第 37 期

栏目: IOS · 发布时间: 6年前

内容简介:作者:KANGZUBINBuild Settings 顾名思议,用于表示 Xcode 工程的编译配置项。我们在 Xcode 工程中,打开一个 Project 或者 Target 的 Build Settings 时,会得到如下图所示,此时在顶部分栏中一般默认选中其中,图中左侧红框内的

作者:KANGZUBIN

Build Settings 顾名思议,用于表示 Xcode 工程的编译配置项。我们在 Xcode 工程中,打开一个 Project 或者 Target 的 Build Settings 时,会得到如下图所示,此时在顶部分栏中一般默认选中 AllCombined

「 iOS知识小集 」2018 · 第 37 期

其中,图中左侧红框内的 BasicCustomizedAll 分别表示 基础配置项已经自定义修改过的配置项全部配置项

而图中右侧的红框内,有 CombinedLevels 两项,我们最熟悉的是在 Combined 模式下,直接修改下方各配置项的值。

当我们选中 Levels 模式时,会得到如下图所示:

「 iOS知识小集 」2018 · 第 37 期

我们发现,此时每一个配置项都对应了 4 列值(左侧选中 Project 时只有 3 列;选中 Target 时有 4 列),分别为 ResolvedTargetNameProjectNameiOS Default 。它们的含义如下:

  • iOS Default 列:Xcode 工程各编译配置项的默认值, 无法修改

  • ProjectName 列:用于配置 Project 的编译配置项,它会影响其下的所有 Targets 的 Build Settings,优先级高于 iOS Default 列, 可以手动修改

  • TargetName 列:用于配置某一 Target 的编译配置项,优先级高于 ProjectName 列, 可以手动修改

  • Resolved 列:根据前面 3 列的优先级关系,得到最终的值。 它不可手动修改 ,优先取 TargetName 列的值,如果该列没设置,则取 ProjectName 列的值,最后才取 iOS Default 列的默认值( Resolved 列的各项最终取的那一列的值,会被浅绿色框选高亮显示)。

通过对比这几列数据,你可以很清晰地看出我们都改了哪些默认配置,都是在哪改动的。其实我们可以发现, Resolved 列各项的值,就是选中 Combined 模式下,各配置项的值。

PS:在 Pods 工程中各 Targets 的 Build Settings 可

Xcode 10.1 并没有修复由于 Assets 引起的在 iOS 9 上的崩溃问题

作者:KANGZUBIN

关于 Xcode 10.0 打的线上 Release 包会在 iOS 9.0 ~ 9.2.1 系统上出现随机的崩溃,相信大家已经不陌生了,网上已有不少关于这个问题的讨论。

之前 @高老师很忙 也写了一个小集 《解决 Xcode 10 打包 iOS 9.0 - iOS 9.2.1 Crash 的问题》 ,分析了这个问题产生的原因,以及如何解决这个问题。

我们的 App 上个月一开始用 Xcode 10.0 发了一个包,因为这个导致线上崩溃率直线上升(主要集中在 iOS 9),无奈之下, 只能用 Xcode 9.4.1 重新编译发了一版本

苹果号称在 Xcode 10.1 Beta 2 中解决了这个问题,然后在 2018 年 10 月 31 日,苹果发布了 Xcode 10.1 正式版,并在 Release Notes 中声称已经解决了这个问题,有如下截图为证:

「 iOS知识小集 」2018 · 第 37 期

然而,当天立刻有人在苹果的开发者论坛(Apple Developer Forums)上发了帖子说这个问题仍然存在,

如下图所示:

「 iOS知识小集 」2018 · 第 37 期

国内也有很多开发者通过自身 App 的实践纷纷证实了这个问题。

我们 App 前几天发新版,打包人员疏忽忘记了这个问题,直接用 Xcode 10.1 发包上线,结果这两天果然在 iOS 9 上的崩溃率又上来了,惨痛教训!!!

另外,让人遗憾的是:苹果已经偷偷在 Xcode 10.1 的Release Notes 中,把这个问题从 Resolved Issues(已解决的问题)改为 Known Issues(已知问题)了,如下:

「 iOS知识小集 」2018 · 第 37 期

临时解决方法:

  • 参考之前高老师的小集介绍的几种方式
  • 切回到 Xcode 9.4.1 打包
  • 把 App 最低支持系统改为 iOS 10+ ...:sweat_smile:
  • 等待 Xcode 10.2 解决 ...

Swift 4.2 MemoryLayout 新方法 offset(of:)

在 Swift 4.2, MemoryLayout 引入是新方法 offset(of:) ,来计算结构体的某个存储属性的在内存布局上到其所属值的字节距离,以替代 C 语言中的 offsetof 函数。

如下示例:

struct Point {
var x, y: Double
}

struct Size {
var w, h: Double

var area: Double { return w*h }
}

struct Rect {
var origin: Point
var size: Size
}

MemoryLayout<Rect>.offset(of: \.origin.x) // => 0
MemoryLayout<Rect>.offset(of: \.origin.y) // => 8
MemoryLayout<Rect>.offset(of: \.size.w) // => 16
MemoryLayout<Rect>.offset(of: \.size.h) // => 24
MemoryLayout<Rect>.offset(of: \.size.area) // => nil
复制代码

这个方法目前只支持结构体 struct,而不支持 tuple 和类类型。同时还有不少限制,如只能是存储属性,且不能有 didSetwillSet 等。

具体可以参考 swift evolution 210:Add an offset(of:) method to MemoryLayout


以上所述就是小编给大家介绍的《「 iOS知识小集 」2018 · 第 37 期》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

像计算机科学家一样思考Python

像计算机科学家一样思考Python

(美)Allen B.Downey / 赵普明 / 人民邮电出版社 / 2013-8 / 49

《像计算机科学家一样思考python》按照培养读者像计算机科学家一样的思维方式的思路来教授python语言编程。全书贯穿的主体是如何思考、设计、开发的方法,而具体的编程语言,只是提供一个具体场景方便介绍的媒介。《像计算机科学家一样思考python》并不是一本介绍语言的书,而是一本介绍编程思想的书。和其他编程设计语言书籍不同,它不拘泥于语言细节,而是尝试从初学者的角度出发,用生动的示例和丰富的练习来......一起来看看 《像计算机科学家一样思考Python》 这本书的介绍吧!

JSON 在线解析
JSON 在线解析

在线 JSON 格式化工具

在线进制转换器
在线进制转换器

各进制数互转换器

html转js在线工具
html转js在线工具

html转js在线工具