@enzy ok 复现了，和 4 楼说的是一致的。
如果 App 从未申请过相册权限，直接用 PHPickerViewController 获取图片的话，在设置里面显示的就是私密访问。
如果 App 申请过相册权限，设置里就是受限访问。
我们没有变是因为没卸载 App ，支付宝已经申请过权限了

我这里还是受限访问，这是怎么弄出来的？

https://i.imgur.com/CQf5yKS.png
15913 还挺好玩 https://i.v2ex.co/kbnS7bv2.png

@COOOOOOde #3 哥们在哪个平台买的，找了一圈没看到这个价格 https://i.v2ex.co/GK0vF7k9.png

非凡云开业大吉！ https://ffy.com

@KotoLyly #29 https://i.imgur.com/EPAMIUO.jpeg

你居然记得一模一样

@Xheldon #4 Codable 我不太喜欢用，相比之下还是习惯用 SwiftyJSON 配合脚本生成 Model ，Codable 搭配 @propertyWrapper 可以实现 json 不一一对应，可以看下这个库 BetterCodable

写得很好，枚举的关联值很好用的，在实际项目中也是在大量使用。
举个栗子，处理 IM 的自定义消息可以这样写：
由于枚举的特性，所有写 switch 的地方（如果没有 default ），会编译报错，这样在新增自定义消息类型的时候不会漏掉所有要改的地方。
其次可以把需要用的字段从 JSON 里解析出来，放进枚举方便使用。

enum IMMessageType {
/// 0 （普通文本）
case text(content: String)
/// 1 （详情)
case detail(id: Int, name: String)

init(from json: JSON) throws {
guard let messageType = json["messageType"].int else {
throw CommonAPIError.invalidResponsor
}
switch messageType {
case 0:
self = .text(content: json["content"].stringValue)
case 1:
self = .detail(id: json["detailID"].intValue, name: json["detailName"].stringValue)
default:
throw CommonAPIError.invalidResponsor
}
}

var displayText: String {
switch self {
case .text(let content):
return content
case .detail(_, let name):
return "详情-\(name)"
}
}
}

打开通知摘要，把这类 App 都放进去，一天就只合并推送一次

直接和医师说不要开中成药就行了

@liuhmchn #18 在联系人里面填农历生日，然后日历里面会有事件 https://i.imgur.com/1p5faTX.png

支持一下

https://www.google.com/search?q=site:v2ex.com/t%20%E5%8F%96%E9%A6%99%E6%B8%AF%E5%BC%80%E9%A6%99%E6%B8%AF%E9%93%B6%E8%A1%8C%E5%8D%A1%E8%A6%81%E5%87%86%E5%A4%87%E5%93%AA%E4%BA%9B%E8%B5%84%E6%96%99%EF%BC%9F

https://i.v2ex.co/cZ0Gm99pb.png

我的建议是别直接用 Xcode 自带的依赖管理，自己在项目里面建一个空的 SPM 项目。
主工程 File -> Add Package Dependencies -> Add Local 把这个项目加进来，后续在空的 SPM 里面管理依赖。
在空的 SPM 里把 Kingfisher 加进去
终端代理，然后把 Xcode 关了，cd 到项目路径执行
xcodebuild -resolvePackageDependencies -scmProvider system

@main1234 看你的需求了，如果你想 iOS & Android 一起弄可以选 flutter ，如果只在 Apple 平台 swift 是首选。
UI 方面 UIKit 和 SwiftUI 可以算是两个完全不同的东西
选 UIKit 最低版本可以做到很低，iOS 13+ 起，能定制的内容很多
SwiftUI 的话我记得是 iOS 17+ 起步会好用很多，写页面会比较快，上手会比 UIKit 简单一点，也仅仅是一点，缺点是封装的很多，会有一些细节无法调，要扣细节的话 UIKit 会好很多

@main1234 #23 想了解不同版本特性看历年 WWDC what's new in UIKit/Swift ，或者看别人写的总结