学 iOS 开发，买 M1 Pro 的 MacBook Pro14 还是买 M2 的 MacBook Air？

[RealVic]

MacBook Air （ M2 ） 官网教育优惠的情况下，MacBook Air （ M2 ） 16GB+512GB 定制价 11599 ，送一个二代 AirPods （市场价 700 ？）。

MacBook Pro(M1 Pro)

拼多多的 MacBook Pro(M1 Pro)16GB+512GB 百亿补贴 12489 。

对比价格来看，11599-650=10949 —— MacBook Air （ M2 ），我有 iPhone ，正好能用上 AirPods ，不过我觉得卖掉比较好，添点钱买全新的 AirPods Pro 也不过加 500 。

个人需求

个人需求就是写 iOS app 、剪辑视频、码字，感觉 MacBook Air （ M2 ） 16GB+512GB 挺好，轻薄、易携带，也不用担心拼多多的二手问题。

但是嗷···就觉得差 2000 不到，不上 Pro 感觉有点亏，Pro 有高刷，还是高定位产品。

钟文泽在 MacBook Air （ M2 ）开箱最后说的一句话，让我惊了，我觉得有道理，但是又有点奇怪，大家看看吧：

MacBook Air 发布之后，网上有很多同学说， Air 我选择了高配置之后好像就比 Pro 低了 1600 多块钱 我要不要加钱买 Pro ？

大家想一下， 14 寸 Macbook Pro 是去年 10 月份发布的， 隔了 10 个月你都没买， 然后现在 MacBook Air 发布了你觉得贵， 于是你决定再加两千块钱， 去买一台更贵的老机型。

说明你压根就不需要 Pro 啊。 真需要 Pro 性能的同学人家早就下单了， 根本不会纠结到现在， Pro 都帮他们赚很多钱了。

而如果你觉得 Air 贵， 你就等一等，对不对？ 你等打折，等促销，等双十一，等 618 ， 你怎么会选择加钱去买一款你不需要的产品呢？

你多花一千多块钱入手 Pro ， 可能增加的是你一年都用不到两次的“极致性能和功能”， 但你损失的却是 365 天的轻薄便携， 以及每天额外四个小时的续航时间。

越贵的它一定是越强的， 但越强的不一定是越适合你的， 只有找到最适合你的那款产品， 充分的利用它每一个特点， 才能够对得起你花的每一分钱。

[xz410236056]

@xtinput #136 “是没遇到过大的 sb 项目吧，大的 sb 项目那真是 sb 了” 你们不按规范开发怨 sb 。。。sb 是让你按模块拆分使用的。。

“运行起来打开 ui 调试直接就跳转到控件代码去了”
xcode 没出这东西的时候我就在用 reveal 了。。。这东西不是全场景应用的。

“sb 弄的界面怎么继承复用？”
都快 iOS16 了，你竟然还以为 storyboard 不能复用。。纯 SB 用 container view 。view 级的可以在 storyboard 里嵌入 xib 。

[xz410236056]

@xtinput #137 “ Xcode 的快捷搜索不是一般的方便，多人项目、复杂复用控件真心不适合 sb/xib”
快捷键跟 sb xib 什么关系。。 多人项目复杂控件也是按模块划分啊，这是软件工程的事情。我说了 SB 和 XIB 不适合动态界面。纯静态控件，你代码写再快也不如我拖一个上来快吧

[xz410236056]

@xtinput #138 你把整个工程的 controller 放一个 storyboard 里，那确实卡。但是这不符合规范。。这是软件工程的问题

[xtinput]

@xz410236056 #142 快捷搜索找控件代码很快呀，sb/xib 的确快，这我不否认，我否认的只是后面维护的时候，以及打开慢的情况，而且 Xcode 还存在加载 sb/xib 失败的 bug(频率很高)。一个简单的 cell 打开都加载不出来，图片不好发，我把那串错误提示粘贴上吧 ：
“An internal error occurred. Editing functionality may be limited.”
这个错误我第一次遇到是在 Xcode8 上面，现在 Xcode14 了还有。
我用的第一个版本 Xcode 是 7.2

[xtinput]

@xz410236056 项目里不符合规范的东西太多了，特别是多人项目。

[xz410236056]

@xtinput #136 我想到纯代码最大的问题就是麻烦。麻烦自己麻烦别人，你布局的时候调试、修改。难道要每次 run 一样吗。xcode 那个显示 UI 的只能看，不能调试的。要改你就得花钱买 reveal 或者 injection

[xtinput]

@xz410236056 那就需要锻炼自己的代码模拟能力了，Xcode 的那个 ui 调试可以定位控件源码位置，这就够了呀

[xtinput]

@xz410236056 腾讯有个免费调试的

[xz410236056]

@xtinput #144 我知道这个错误，蓝线。这就是力量的代价吧，也不是经常遇到[doge]。
你维护别人模块的时候，有一些界面有触发条件的话就不好找到界面在哪了。而且纯代码你用 masonry 之类的框架布局你改起来还好改，要是手算 frame 的，即便你找到了，还得先自己算个位置。。

[xz410236056]

@xtinput #148 这软件看起来不错

[howardH]

1. 买 mbp;
2. 别学 iOS 开发

[xtinput]

@xz410236056 #149 手算 frame 的情况不多，一般都是自动布局，sb/xib 局限性太大了，不是说不能用它，只是说它只能用在简单的不复用的界面上。复杂点的界面就不适合了，而且 sb/xib 做 UIView 的控件初始化不好搞

[xz410236056]

@xtinput #152 没太懂什么叫初始化不好搞，SB 和 XIB 的逻辑是直接在画布上填值。自定义属性用 IBInspectable 。需要传值的你用代码加载出来传呗。
view.init 和 load 一个 sb view 都是一行代码的事儿。

复杂可以通过拆分嵌套的形式

[EvilDevilJin]

推荐买 MBP14 ，如果预算吃紧，建议买 M1 Air 16+256 。
如果 iOS 开发入职肯定会配 Mac 的。

重点是这个时间点去学 iOS 开发，如果是纯热爱那没事，如果奔着找工作去那可得仔细想想了（

[lookStupiToForce]

@kera0a 请教一下，如果用 512G 的，xcode 是不是就不会那么膈应人了😢xcode 最大能膨胀到多少？
另外安装一次更新听说就算直接下安装包，都要腾个 30GB 出来？

[xtinput]

@lookStupiToForce Xcode14 的应用程序包体积 23G ，它的压缩包是 7G 多，也就是最少 31G 才能下载并解压，Xcode 最大膨胀就看你要保留多少版本的真机文件以及模拟器了，每一个版本的 iOS 真机文件 5 到 6G ，模拟器每一个版本 3 到 6G ，模拟器支持文件开一台就 1G 左右，给 Xcode 预留 100G 吧

[lookStupiToForce]

@xtinput 好的谢谢，那看来只要不作死就暂时够了，不过还是得省着用

[kera0a]

@lookStupiToForce
工作的这台 256 ，磁盘已满不能再大了，不代表占用就这么多。实际 512 占多少不清楚，我家有个 1T 的但没太关注

使用情况如下
Archives 17.3G (打包的文件，可以定时清理)
Runtimes 40.4GB (各种版本的模拟器，iOS15 12.4G iOS13 6.7G ...)
CoreSimulator 92G （各种 Caches 和 Devices)
DerivedData 12G （刚清过一遍，大的时候可以很大）
iOS DeviceSupport 34G （插一台不同 iOS 版本的设备就多几个 G ）

[lookStupiToForce]

@kera0a 谢谢谢谢
这整体大小，真是震撼我一整年😢原先看到有个 v 友说 xcode 要 150gb ，我觉得已经够夸张了，你这都快 200 了

我还有其他软件环境要安装，还要用虚拟机，日常还有些短视频剪辑需求，300GB 怕是完全不够了，只能换 1T 版本了

[mingdongshensen]

一般情况下，不建议卷 iOS ，当然你如果对 C 语言很感兴趣可以搞，如果你开发的 app 是快手抖音那样的短视频大型 app 内存至少 16G ，其他情况 16G 内存大概都够用