前言
本期是 Swift 编辑组自主整理周报的第二十期,每个模块已初步成型。各位读者如果有好的提议,欢迎在文末留言。
Swift 周报在 GitHub 开源,欢迎提交 issue,投稿或推荐内容。目前计划每两周周一发布,欢迎志同道合的朋友一起加入周报整理。
最无情的永远不是环境,而是缺乏勇气的内心。Swift社区与你一起,赤胆平乱世,长枪定江山!👊👊👊
周报精选
新闻和社区:担心泄密!外媒:苹果公司限制员工使用ChatGPT
提案:value 包展开的元组
Swift 论坛:讨论 Xcode 忽略 Package.resolved 文件
推荐博文:万字长文详解如何使用 Swift 提高代码质量
话题讨论:
一群男的在找女朋友,一群女的在找男朋友,两群人互不干涉,什么原因引起的?
上期话题结果
上期话题讨论结果表明对于 AI 是否会取代软件工程师的问题,大家的观点存在分歧,而实际的结果可能取决于 AI 技术的发展和与人类工程师的协作方式的演变。让我们拭目以待。
新闻和社区
担心泄密!外媒:苹果公司限制员工使用ChatGPT
中新经纬 5 月 19 日电 据华尔街日报中文网 19 日报道,其获悉的一份文件以及知情人士的消息显示,苹果公司已经限制使用 ChatGPT 和其他外部 AI 工具。
根据这份文件,苹果公司担心员工使用这类程序可能会泄露机密数据。该文件还称,苹果公司还告诉员工,不要使用微软所有的 GitHub 的产品 Copilot。Copilot 可以自动编写软件代码。
ChatGPT 是 AI 研究公司 OpenAI 开发的一款人工智能聊天机器人。该产品于 2022 年 11 月发布,可以进行从历史到哲学等话题的对话,并对计算机程序代码提供修改建议。
值得注意的是,在 ChatGPT 爆火的背后,也出现过商业泄密的重大事故。
今年 4 月,据多家媒体报道,三星电子引入聊天机器人 ChatGPT 不到 20 天,便曝出机密资料外泄,如半导体设备测量数据、产品良率等内容。为杜绝类似事故再发生,三星制定相关保护措施,该公司向员工表示,“若采取信息保护紧急措施后仍发生类似事故,公司内部网络可能会切断 ChatGPT 连接”。
此外,已经有国家监管机构注意到了数据安全风险。
当地时间 3 月 31 日,意大利个人数据保护局宣布,即日起禁止使用聊天机器人 ChatGPT ,限制其开发公司 OpenAI 处理意大利用户信息,并开始立案调查。意大利个人数据保护局认为,3 月 20 日 ChatGPT 平台出现了用户对话数据和付款服务支付信息丢失情况,而该平台没有就收集处理用户信息进行告知,且缺乏大量收集和存储个人信息的法律依据。(中新经纬APP)
苹果公司大幅削减其MR头显销售预期,不足百万台
品玩 5 月 19 日讯,据界面新闻消息,苹果公司已将其期待已久的混合现实(MR)头显的销售预期下调约三分之二。报道指出,苹果最初希望每年销售约 300 万台,但现在已将销售预期削减至约 100 万台,随后又下调至 90 万台。该公司将于 6 月 5 日举行全球开发者大会,预计将在会上展示该产品。该设备的售价预计会高达 3000 美元左右,是 Meta Platforms 最昂贵的 Quest Pro 头显售价的三倍。
提案
通过的提案
SE-0396 Never 遵守 Codable 提案通过审查。该提案已在 二十八期周报 正在审查的提案模块做了详细介绍。
SE-0398 允许泛型类型对包进行抽象声明 提案通过审查。该提案已在 二十八期周报 正在审查的提案模块做了详细介绍。
正在审查的提案
SE-0398 value 包展开的元组 提案正在审查。
之前的 SE-0393 引入了 Value 和 Type 参数包。该提案允许引用一个包含在重复模式中的 value 包的元组值。
Swift 论坛
2) 讨论带有线程安全属性包装器的可发送警告
当使用有针对性的严格并发进行构建时,我收到一条警告,我想知道除了使我的类型“未经检查的可发送”之外,我是否可以做任何事情。
考虑一些线程安全的属性包装器:
1 | @propertyWrapper struct ThreadSafe<Value: Sendable>: Sendable { |
并考虑使用它来强制执行线程安全和可发送性的类:
1 | final class SomeSendable: Sendable { |
即使我的课程是线程安全的,我仍然收到此警告:
1 | Stored property '_someBool' of 'Sendable'-conforming class 'SomeSendable' is mutable |
编译器诊断似乎没有检查属性包装器的可发送性。
有没有办法在不使我的类型“未选中”的情况下平息此警告?
回答
问题是任何带有 var 的类总是不可发送的,并且属性包装器不允许 let。
但对我来说,真正的问题是 SomeSendable 使用起来真的不是那么安全,特别是 @ThreadSafe
是不安全的。 它使得以易受竞争影响的方式使用可变状态变得太容易了。 由于数据被锁定,您肯定不会遇到运行时崩溃,但您很容易得到不正确的结果。
例如,像旋转 1,000 个任务来切换布尔值这样简单的事情在最后总是会产生一个真值,但有时你会得到假,有时你会得到真:
1 | let object = SomeSendable() |
这是一个相当大的问题,它正在发生,因为 @ThreadSafe
允许直接写入底层值。 所以像:
1 | object.someBool = !object.someBool |
…隐藏竞争条件。
实际上,您可能应该直接在类中保留 Lock 值,而不是使用 @ThreadSafe
属性包装器,然后仅通过它的 withValue 进行变异。 当然,如果可变数据的安全是最重要的问题,那么您真的应该使用 actor。
3) 讨论无法在文档注释中使用片段?
我阅读 SE-0356 的方式应该可以在 Swift 包的 Snippets 文件夹中创建一个片段文件,然后通过@Snippet 在我的文档评论中引用它。
但这似乎并不像我预期的那样工作(使用 Xcode 14.3 / Swift 5.8):
@Snippet
给我警告:“符号源文档不支持指令”
显示我记录的类型的快速帮助不包括片段。
使用菜单“产品”>“构建文档”生成没有代码片段的文档。
回答
片段在 Swift 5.7 中实现,并可通过 swift-docc-plugin
与 SwiftPM 一起使用,但正如其他人指出的那样,没有与基于 Xcode 的文档工作流集成,因为它使用不同的构建系统。 我会更新提案。
4) 讨论 Xcode 忽略 Package.resolved 文件
我不确定这是 SPM 问题还是 Xcode 问题,但将 SPM 与 Xcode 一起使用时最令人沮丧的经历之一是它经常忽略我的 repo 中的 Package.resolved
文件,通常是在切换分支或不同机器之间时。
Package.resolved
文件应该是我的依赖项的真实来源,它永远不应该被忽略——如果有问题,包解析失败,但永远不要改变我的依赖项。
似乎发生的情况是,Xcode 更愿意使用其源缓存中恰好满足包版本要求的库版本,而不是解析文件中的库版本。 例如,我有一个版本要求为“2.2.0 up to next minor”的库。
Package.resolved 文件中有 2.2.3,所以这是我希望始终使用的版本,除非我进行一些会引入冲突的更改。 当我在另一台机器上打开同一个项目时,出于某种原因它坚持要更改为 2.2.2,大概这是它缓存中的版本。 为什么? 如果可以忽略已解析文件的意义何在?
回答
我可能遗漏了一些细节,但在更新到 Xcode 14.3 并在我们的 CI 中面对这个问题时,我们意识到我们从未使用 -onlyUsePackageVersionsFromResolvedFile
标志调用 xcodebuild。 现在我们这样做了,而且 CI 似乎尊重我们的 Package.resolved 文件。
对于我们来说,这个问题只存在于 Xcode 的 GUI 中。 (与此同时,我同样感到困惑,为什么需要 -onlyUsePackageVersionsFromResolvedFile
而不是 CLI 和 GUI 的默认模式!)
5) 讨论如果没有 Objective-C 或 Swift,如何在 C 或 C++ 中从 CGDirectDisplayID 检索显示名称?
我试图在纯 C++(或 C)中从 CGDirectDisplayID
获取显示名称
我可以在 Objective-C++ 中做到这一点,类似于:
1 |
|
但是,我不想仅仅为了完成这一项任务而将这个缓慢的 Objective-C 代码添加到我的项目中。 在低级 C 中,必须有一种方法可以做到这一点。
我知道有一个完整的主题专门讨论它。 由于 CGDisplayIOServicePort
已弃用并且仅返回 0 并且任何后续调用都会执行操作,因此请注意,没有任何解决方法为 macOS Ventura 提供工作。
回答
如果您坚持不直接使用任何 Objective C 代码,您仍然可以使用 Objective C 运行时 API 从 C 调用 Objective C API,例如:
1 | Class nsScreen = objc_lookUpClass("NSScreen"); |
你会发现它比 Objective C 代码(实际上只是这类函数调用的语法糖)要“迟钝”得多,因为你需要一直转换所有内容。
我也完全忘记了手动添加内存管理。 你需要保留/释放一大堆东西。 真是一团糟。 如果你可以管理它,我强烈建议将其编译为 Objective C。
1 | let task = Task { |
然后我执行 task.cancel()
,URLSession 是否也会自动取消 URLSessionTask?
假设 URLSessionTask 也被取消似乎很粗心,但我找不到关于此事的任何文档。 但是,如果 URLSessionTask 没有自动取消,那么我不得不使用基于闭包的 URLSession.dataTask(with:,completionHandler:)
来获取对 URLSessionTask 的引用,然后还调用 dataTask.cancel()
在 task.cancel()
之上,这有点奇怪。
回答
1 | import Foundation |
打印结果:
1 | 2023-05-18 08:18:52 +0000: task will start |
7) 讨论发展 Swift 工作组
今天,Swift 核心团队宣布对 Swift 的结构、工作和周围的人进行前瞻性的改变。 这些更改包括新的组、名称、组织以及作为每个组的一流概念的包含。
链接:https://www.swift.org/blog/evolving-swift-project-workgroups/
推荐博文
万字长文详解如何使用 Swift 提高代码质量 | 京东云技术团队
摘要: 文章介绍了如何使用 Swift 提高代码质量。 Swift 的三个重要特性:富有表现力、安全性和快速。通过使用这些特性,可以提高代码质量并减少 Crash 的发生率。同时,本文还分享了一些实践技巧来提高使用 Swift 编写代码的效率和可读性,如利用编译检查、减少使用 Any/AnyObject 、不推荐大量使用 Dictionary 数据结构等。最后,从性能优化的角度,谈到了使用源代码打包,减少方法动态派发,使用 Slice 共享内存优化性能等来提高代码质量。
摘要: 本博客文章讨论了 SwiftUI 中两个有趣的叠加使用案例。第一个案例涉及使用叠加来保持视图的结构标识,这对于防止性能问题和状态丢失至关重要。第二个用例是通过叠加视图修饰符构建自定义导航转换,使开发人员能够创建流畅的动画而不依赖 NavigationView 或 NavigationStack。提供示例以说明这些概念,并提供其他资源供进一步学习。总体而言,本文展示了 SwiftUI 中叠加功能的强大之处以及它们如何增强应用程序开发中用户体验。
摘要: 本篇博客讨论了如何使用 fileImporter 和 fileExporter 视图修饰符在 SwiftU I视图中导入和导出文件。文章包括两种操作的代码示例,以及一个额外部分介绍如何使用 fileMover 视图修改器进行文件移动。此外,还介绍了 TextDocument 类型,它符合 FileDocument 协议并允许从文件读取纯文本字符串,并将字符串数据导出到文件。总体而言,这篇文章强调了使用这些简单的视图修饰符可以轻松实现 SwiftUI 应用程序中的文件管理体验。
话题讨论
一群男的在找女朋友,一群女的在找男朋友,两群人互不干涉,什么原因引起的?
1、社交隔阂:社交圈子的分隔和交流机会的减少
2、忙碌生活:现代社会的快节奏和高压力导致个人时间和精力有限
3、数字化社交:社交媒体和在线交友平台的兴起导致
4、个人选择标准的提高:个人对伴侣的要求变得更加苛刻,导致匹配的难度增加
5、社会观念的变化:个人对恋爱和婚姻的态度发生了变化,导致对寻找恋爱对象的需求减少
欢迎在文末留言参与讨论。
关于我们
Swift社区是由 Swift 爱好者共同维护的公益组织,我们在国内以微信公众号的运营为主,我们会分享以 Swift实战、SwiftUl、Swift基础为核心的技术内容,也整理收集优秀的学习资料。
欢迎关注公众号:Swift社区,后台点击进群,可以进入我们社区的交流讨论群。希望我们Swift社区是大家在网络空间中的另一份共同的归属。
特别感谢 Swift社区 编辑部的每一位编辑,感谢大家的辛苦付出,为 Swift社区 提供优质内容,为 Swift 语言的发展贡献自己的力量。