admin 和 user 应该放两张表

我想要个 iPhone 12 Pro 背板手感的膜（

我记得早在 El Capitan 还是 Sierra 的时代，自带邮件就内存泄漏了，没想到现在还没修掉

https://b23.tv/cc0wD6

真就围城呗

1. 充电头是真没必要，小米的 20w 头完美适配，甚至就是专门为 iPhone 12 做的。官方的可能元件上稍微好一点点，但没有本质区别。包括 Anker 那个全网打广告的 79 元充电头，我觉得可能大量成本都花在了营销上。
2. 和很多人看法不一样，我还挺喜欢 MagSafe 这个东西的，但去年这个还是不够成熟，发热严重而且价格高。后续第三方应该能做出些比较好的产品。
3. 12 之前的官方壳就是一个「比较贵的壳」而已，做工和手感比普通壳好不少。不过稍微愿意多花点钱也能买个不错的，体验和三百多的官方壳差得不算多了。12 的壳有个因素是兼容 MagSafe （其实很多普通壳也能用 MagSafe，就是磁力小了点），这个第三方也有，但除了苹果官网挂的那几家，其他的后面才会陆续上市吧。非官方认证的壳淘宝上已经有了。

总的来说对于有开放标准的东西（ MFi 和 PD ），买第三方可能更便宜耐用，没什么不好。但对没有开放出来的东西（妙控键盘 /无线耳机 /电容笔），官方的东西体验一定是比第三方高一个等级的。

另外我不喜欢智商税这个词…太容易被滥用了。

楼上都没看新闻原文吗...
这玩意不是苹果自己想移除的，是苹果在系统代码里留了一手，怕在某些地区吃（ Intel ？）官司让苹果禁用 Rosetta 。目前看来还没有这个迹象

Rust 就是以语法 /类型系统的方式包装了 C++中很多「最佳实践」，然后语法变鬼畜了点，融了很多函数式的概念进去

难道苹果的人用 Catalyst 也会被坑？（滑稽

这也太 low 了..

> 真正在乎的是为啥依法办事的人会被欺负，而要维护自己的权益却那么难

这个世界的运行规则也许就是这样。想想坐飞机为什么需要安检，因为那些极少数有意或者无意干坏事的人，全体人类付出了大量的成本。

刚学 iOS 不久，以我自己的理解给前面的 V 友补充一下，先说楼主的问题吧：

1. Swift 现在的大版本号是 5，语法到 4 才基本稳定下来，前几个大版本差不多更新一次旧的代码就编译不过了，所以网上或者书里的很多 Swift 资料现在拿过来不一定是对的，OC 其实没有这个问题。

学 Swift 入门的话看到一些资料用的 OC 可能看不懂，但学过一点 Java 或者 C++的话花点时间看一下 OC 的语法也不难，不要求会写，能大概看懂意思就行，这样对学 Swift 也有帮助，比如 Swift 调用方法的语法感觉就明显是在向 OC 兼容。

国内 iOS 用 OC 的还是很多（其实是因为新项目少了吧），但这两年苹果推的框架都是 Swift 写的，Swift 已经慢慢变成熟了。苹果的文档的确不太行，面向 StackOverflow 编程吧。而且我总觉得网上 iOS 资料明显没有前端来得丰富。

2. 官方支持的框架有两个，一个是 UIKit，一个是 SwiftUI 。UIKit 是 iOS 起初就有的； SwiftUI 是 19 年 WWDC 才发布的，20 年开始完善一些，基本能达到能独立写简单小项目的程度。但不了解 UIKit 直接上 SwiftUI 有点类似不懂原生 DOM 直接学 React，遇到坑是必然的，所以还得回头看 UIKit 。当然其他一些技术，比如 Flutter/ReactNative 还有网页套壳之类的都可以开发，体验可能赶不上纯原生。

SwiftUI 的特点是 MVVM，就像前端那几个框架，数据流动的顺序变清楚了，可以少很多不必要的代码（和 bug ）。UIKit 是 MVC，也就是你定义好了界面之后，界面里的组件会关联一些 Controller，它们负责加载数据或者处理各种点击事件、切换页面之类的。

这些处理可能是通过重写 Controller 基类的回调，或者实现某个组件的 Delegate （就是接口的意思），也有可能通过 Notification （系统传递消息的机制，不是用户收到的那个消息）或者直接继承组件对应的类来做。说起来是 MVC，但我感觉框架并没有对如何组织代码做太多明确限制。这个听起来很抽象，跟着教程做过两个 Demo 就懂了。（苹果官方以前有个教程，现在扔 Archive 里了..)

然后在界面之外 iOS 有很多很多功能框架，比如相机的、定位的、人工智能的，这里有些可能和界面都没多大关系。

3. SwiftUI 的界面是代码写的，但很清楚，比较容易改。UIKit 的话有两种方法，一种是用代码自己实现，另一种是在 Storyboard 里拖控件。拖控件可以避免写很多繁琐的代码，属性和布局啥的在窗口里自己调，然后可以把控件和代码里的一个对象关联起来，在运行的时候就可以用这个对象操作它。动画也是框架提供的，iOS 的 API 对动画考虑得很周全。UIKit 比较麻烦的一个东西是布局，因为从手机到平板尺寸都不一样，所以有个 autolayout 机制，通过约束来确定组件的位置和大小，这个不难理解但用起来还挺烦的。

另外 SwiftUI 肯定是未来的方向，iOS14 的小组件都只能用 SwiftUI 写了，虽然等它完善可能还要好多年。它的大优势是写一套代码可以在手机电脑多个平台上面用。