如果是开放阳台的话要看外面气候，但封闭阳台不会太高温太低温，那就四季都可以。要相信植物是有适应性的。
另外关键的是光照，大部分蔬菜都要足够光照，如果不是南阳台，那只能自己买大功率补光灯，很耗电费。

现在 macOS 和 iOS 小组件的思路是只用于展示，而不是交互。
所以并不是针对计算器，而是所有交互类的组件都用不了了，只有点击跳转 App 。
省电是省电，不好用啊。

@irobbin 作为开发者我当然明白 keychain 的好处，我所在的公司现在就用 keychain 存储账户信息，还有 keychain group 做子业务 App 相互授权登录。但是从用户角度来看就相反了，我想抹掉这个账户信息就没有什么好的手段。

之前某个 beta 版苹果尝试改过，我那时理解错了认为只是 bug ，后来根据苹果员工说明才知道苹果那次是明确尝试想要改掉，且文档里从未提过 "删除 App 仍旧保留" 的特性，但后来碍于各种问题，最终没改，一直拖到现在。

不对抗，我已经习得性无助了

NUC 最成功的的就是 8 代，后面越做越差，到现在 12 代直接只有那个大块头了

不同公司团建去古北水镇好几次了，整个水镇都是近年人造的，像是一个大型的精致人工摄影棚。
只有外面司马台长城才算是古一些的景色，而且还要单独收费。

@653513754 我第一条回复就说了设备指纹的问题。设备指纹的核心目的风控、黑产防刷，这个东西是有召回率的，不是完全准确的。而 keychain 是给业务用的，这个才是足够准确用来做业务的，因为大部分用户不会进行黑产操作。你要搞清楚这个区别。

@kera0a 因果关系是 "因为存在 keychain 这个能力，所以才会被用于跟踪"。
首次安装可能会复杂些，但一旦初始化过，那再怎么删除重装或其他普通操作，keychain 都会保证 App 内可持续、准确追踪。而跨 App 追踪的持续性和准确性，也是要依赖前者的。
如果 keychain 没有这个能力，只用沙盒文件，是做不到目前的准确性的。这倒不是 opinion ，算是 fact 吧。

@kera0a "卸载重装" 是一个代价较低的操作，可以多次发生，"重置设备数据" 是代价极高的操作。
苹果只需要加上 "删除时附带清理 keychain" 并提醒用户默认打开就足够了。

如果没有 keychain 只有 Documents ，那 App 就不存在一个 "对普通用户各种操作而言可靠的存储方式"，那广告追踪的一切都要改掉。就像之前的 IDFA 一样，即使 IDFA 在 "技术上" 也可以被用户轻易重置，但因为 "实际上" 用户很少重置，得到的结果就是大家还在继续用。它只要存在在那儿，就是一个追踪途径。只有全部路径都不可用，避免追踪才能在实际意义起效。

如果很多 App 用了同一个 SDK ，那每个 App 就可以用 keychain 持续追踪设备、然后在服务端得到关联，直到所有用了这个 SDK 的 App 都删掉。你如果还继续坚持 "有没有 keychain 也一样" 那就没什么可说的了...

@kera0a "可以不可以" 和 "准确不准确" 是两个问题。不用 keychain 可以做追踪，但远远达不到有 keychain 的准确性，难度也会更高。追踪设备的话，卸载重装是必须会涉及的。

而且，实际上现有很多 SDK 技术文章就表明了用 keychain 存储 id 做追踪，比如
https://zhuanlan.zhihu.com/p/368532931

@kera0a 你可能不了广告 SDK 。。用 scheme 也好、local socket 也好，都能进行通信，当然更广泛的是设备指纹，传到服务器做召回，把结果 id 写到 keychain 。设备指纹即使没有 keychain 也能做，但是有 keychain 实现更容易和精确。

@kera0a keychain 可以存储数据，卸载重装也仍然在，广告 SDK 可以利用这个特性可以轻松持续追踪，如果多个 App 使用同一家 SDK 那就可以在应用间相互追踪了。就是说，对于普通用户来讲，只有重置设备这一个方法能清除 keychain 。

设备指纹是另一个问题，只要 keychain 还在，那普通用户就逃脱不了追踪。

@Mitt 正常 App 启动无非就是 Push 权限和国行那个网络权限。

我觉得首先应该解决 keychain 的问题，但是无论如何设备指纹都还会继续存在。。

另外个人不太认同 @Mitt 的想法。一次性申请权限时，你根本不知道这个权限到底对自己有没有用，因为你无法确认使用场景。当遇到使用场景时在申请，无疑能让用户有更准确判断，也避免 "一次性申请" 选择带来的心智负担。

我也遇到过各种类似的问题，多了、出不来的、每次重启都会乱序的
用类似上面#3 那个命令重置后再手动重新排列，很浪费精力...

"大多数人生活在平静的绝望中"，你不是一个人

单纯对于你的例子，如果后面需要区分错误类型：用户不存在、用户密码错误、用户被封禁，用什么状态码呢？