MJJT7LY67YAX 已用，给流浪猫分一分 😺

这不碰巧就有一份新鲜的漫步指南： https://sspai.com/post/70169 🔗

@deplivesb 高级点，Way to Overflow 。（

@going 话说回来鉴于是作业，或可回归不依赖任何库的一般思路，日后有机会亦能写出不一定最具效率但较易维护的代码。

```
il = [1, 2, None, None, None, None, None, None, 3, 4, 5, 6, None, None, None, None, 7, 8, 9, 10]
ol = [[]]
for i in il:
if i:
ol[-1].append(i)
elif ol[-1]:
ol.append([])
print(ol) # [[1, 2], [3, 4, 5, 6], [7, 8, 9, 10]]
```

可以自己写一个，脚本放用户的登录项里开机自启或者 crontab 定时安排，要执行的 JS 放下面的 start 和 stop 处就行了。

```
#!/bin/bash

batt () {
pmset -g batt | grep -q $1
}

status () {
if batt 'discharging'
then
echo 1
elif batt 'charged'
then
echo 2
elif batt 'charging'
then
echo 3
else
echo -1
fi
}

last=$(status)
while true
do
sleep 1
current=$(status)

if [[ $current -eq -1 ]]
then
echo unknown
continue
fi

if [[ $last -lt $current ]]
then
echo start # 开始充电
elif [[ $last -gt $current ]]
then
echo stop # 结束充电
else
echo steady
fi

last=$current
done
```

要是不急，挨到 Monterey 安排上自动化也快（虽然官方 Universal Control 也鸽到现在）。

不嫌麻烦可用 xbar （ https://github.com/matryer/xbar，开源免费，Universal 安装包故支持 M1 ）自制一个：

除降级外基本都是类似 iOS 越狱操作： https://www.applegamingwiki.com/wiki/Sideload_apps_not_on_App_Store#Sideload_with_macOS_11.3_onwards，也可参考视频演示： https://www.youtube.com/watch?v=V_kxoUoQfWM 。

每叶上都写着 available，仔细看了半夜，才从字缝里看出字来，满本都写着 not enabled 👋🏻

https://developer.apple.com/documentation/macos-release-notes/macos-12-beta-release-notes#Displays-Preferences

pbpaste 已经接近可用的思路了，可以参照下面的方案写个函数存在 .*shrc 里：

openssl base64 < path/to/file.png | tr -d '\n' | pbcopy

cat path/to/file.png | openssl base64 | tr -d '\n' | pbcopy

@ruanimal 看着用 AppStorage 存各种偏好设置的话，不支持 Catalina 及之前应该是为了免去自己实现的麻烦（ AppStorage 从 Big Sur 才支持）；另外从设计语言上，默认组件的布局在早期版本上的效果会有出入（比如 Picker 这种元素间距差别会比较明显）。不过说回来从 “先实现再优化” 的角度，之后向后支持也不定可以。

Documents by Readdle ( https://apps.apple.com/cn/app/documents-by-readdle/id364901807) 的解决方案比较简单, 应用内 "连接到电脑", 电脑打开 https://docstransfer.com/ 就能互传 (指南: https://readdle.com/zh/documents/how-to-transfer-files), 所有格式都是文件形式, 也能在系统的 "文件" 操作, 体验基本无缝, 上限就是 WiFi 的速度.

京东绿巨能 369 配合教程半个上午就可, 虽然秋季 M1X 应该很香, 不过 Mid 2015 一般用处也不拉跨 (还有信仰灯), 必然换的话确实越早卖跌得越少 (现在出手 3800 ~ 4300), 不换电池估计上门回收 3600 左右, 咸鱼估计大部分担心鼓胀的运输安全.

可以看看这篇文章: https://www.fcp.co/hardware-and-software/2374-to-the-m3-mac-pro-and-beyond-alex-gollner-on-the-whole-apple-silicon-transition, Mac mini 除了 M2, 也可能存在针对教育市场的 M1E, 至于 14 寸 MBP 无论是更新低配 M1 还是替换高配 Intel, 换到 Apple Silicon 的话, 按节奏至少应该是加量不加价.

@ericgui 是的. 因为不删除地在 Xcode 里 run 一次, 就像用户不删除应用就从 App Store 更新一样, 标记为 AppStorage 的变量存储在 UserDefaults 里, 如其他永久存储方案一样, 仅能通过用户操作 (包括删除在内) 才能修改或重置.

不过这么一说就想到方案三: 给标记为 AppStorage 的变量所在 View 的 body 设置 onAppear, 类似方案一地进行预处理.

```swift
@AppStorage ...

var body: some View {
...
}
.onAppear {
#if DEBUG
... = DEBUG_VALUE
#endif
}
```

标记为 AppStorage 的变量本地存着, run 之后就像常规覆盖安装后持续保存的用户数据一样.

方案一: 设置为 State, 小量可在打包前手动改回, 如果比较重度建议设置预处理语句.

```swift
#if DEBUG
@State ...
#else
@AppStorage ...
#endif
```

方案二: 参考 Stack Overflow 的一个个曲线方案 (针对模拟器的在评论里): https://stackoverflow.com/questions/15258777/xcode-delete-application-before-running-on-device#answer-32992734

简单解释就是把 `xcrun simctl uninstall sim-udid bundle-id` 放在 build 脚本里, 每次 build 会先删掉应用.

细说一下：

1. 仅玩：基础功能现在 SwiftUI 到 2.0 了基本都很完整，没有的用 Representable 也能达到能用（而且大部分都有实现所以大部分没有啥成本）；

2. 独立上架 / 小公司起步：纠结的核心主要是支持系统（ iOS 13+ 还是 14+）、有无 WebView （比如现在 SwiftUI 还没，得自己写 WKWebView 的 Representable ）等，一般除非是主打本地功能且不太需要考虑老系统的独立应用，其他都很难回避上面两种问题。手头夏天写的一个可以参考一下： https://apps.apple.com/cn/app/%E8%BD%BB%E5%8C%97%E6%B4%8B/id1529084736，因为需要 2.0 的特性选择了 iOS 14+，另外有些自定义 View 的需求也用了一定的 Representable 妥协。

3. 大公司接入：虽然大概率不是，但如果是基本还是在 OC （尤其国内），而且考虑可能要放 SDK 啥的（也基本是基于 OC ）除了新的 Widgets 就没 SwiftUI 啥事了。

单纯问题是可以，但更重要的是你的定位（仅玩 / 独立上架 / 小公司起步 / 大公司接入，盲猜大概率是前两种）。