V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  RayJiang9  ›  全部回复第 2 页 / 共 15 页
回复总数  286
1  2  3  4  5  6  7  8  9  10 ... 15  
对于我来说,当我要开始找东西的时候,那肯定是这个东西已经不在它应该在的地方了...
比如指甲剪,大部分时候是放在茶几上的,偶尔拿到别的地方用没放回去,下次用的时候忘记放哪了就要找...
参与一下
161 天前
回复了 enzy 创建的主题 Apple 关于 iPhone 相册权限中的“私密访问”
@enzy ok 复现了,和 4 楼说的是一致的。
如果 App 从未申请过相册权限,直接用 PHPickerViewController 获取图片的话,在设置里面显示的就是私密访问。
如果 App 申请过相册权限,设置里就是受限访问。
我们没有变是因为没卸载 App ,支付宝已经申请过权限了
161 天前
回复了 enzy 创建的主题 Apple 关于 iPhone 相册权限中的“私密访问”
我这里还是受限访问,这是怎么弄出来的?
@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)"
}
}
}
219 天前
回复了 Tsing2 创建的主题 iOS iOS 下如何不再让 APP 提醒我打开推送
打开通知摘要,把这类 App 都放进去,一天就只合并推送一次
直接和医师说不要开中成药就行了
232 天前
回复了 markyun02 创建的主题 生活 大家生日是过阳历时间,还是农历的?
@liuhmchn #18 在联系人里面填农历生日,然后日历里面会有事件 https://i.imgur.com/1p5faTX.png
支持一下
261 天前
回复了 guanhui07 创建的主题 问与答 取香港开香港银行卡要准备哪些资料?
我的建议是别直接用 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 会好很多
1  2  3  4  5  6  7  8  9  10 ... 15  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5404 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 06:36 · PVG 14:36 · LAX 23:36 · JFK 02:36
♥ Do have faith in what you're doing.