学 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 天的轻薄便携， 以及每天额外四个小时的续航时间。

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

[zidian]

钟文泽那不叫评测，就是广告

[witcat]

让我选我就选 M2 air 主要是方便好看 pro14 拿着像铅板

[Dganzh]

我在等新的 PRO

[Jim142857]

@jfdnet 同一件商品对某些消费者很值，可以无脑入，对另一些消费者来说不值。你的智商怕也是只能给别人扣帽子了

[benwwchen]

@Jim142857 性价比=绝对性能 /绝对价格，这跟用不用得上没关系。有的消费者买到性价比高的就是开心了，有的消费者“又不是不能用”就能接受。你说的是不是刚需是后面这个消费观层面的事情，不是我说的性价比。性价比高不高是一回事，能不能满足需求又是另一回事。屏幕能看、扬声器能出声是刚需，但是加一点钱就可以大幅升级的部分是性价比，这部分就算不是刚需，也是实实在在感受得到的提升。

[ebony0319]

你买 mac 是要满足未来五年的需求的，不考虑加点配置？或者再等两个月看看？

[shiguiyou]

我觉得重点还是，别学客户端了 ( iOS & Android )...

[xz410236056]

@Leonard #19 air 足够的我怀疑都是纯代码布局的邪教

[Sharuru]

你干活，显然 Pro 会更从容一些，M2 和 M1 的性能差距就目前的评测而言，不算太大。拥有风扇散热的 M1 性能释放会更加稳定。

至于楼里的 AIR 之争，只能说：千金难买爷乐意，我就买了 M2 ，因为我就想用新模具。

[Leonard]

@xz410236056 #108 hmm 确实是纯代码布局，storyboard xib 不怎么用。不过现在上手 iOS 应该用 SwiftUI 了吧，Air 也足够的。

[xz410236056]

@Leonard #110 纯代码就恶心。。。别人给你 debug 的是找个界面找半天。sb ，xib 明明更方便，就是不用。。拒绝学习了属于是。swiftUI 最低版本是 iOS13 ，而且最重要的，swiftUI 并没有像 uikit 钦定一个 MVC 的框架，swiftUI 你要自己管理那些乱七八糟的状态，现在并不是一个工程可用的状态。

[noyidoit]

同为了学 iOS 开发，轻薄无风扇 OR 全面提升的屏幕和扬声器，我选轻薄无风扇
- 外出，Air 更轻更薄
- 在家，一般都是外接显示器和扬声器
对我来说轻薄也是性能指标很重要的一部分，Air 在我手里完全能做到扬长避短

[xz410236056]

@Leonard #110 而且 swiftUI 实时更新更消耗资源啊。。xcode14 可以异步更新 scene 了，SB 会更快了。

[lyuxiuchen]

推荐买预算限度内最贵的，不然以后会后悔。

[anan1314git]

曾经很红火的 iOS 开发论坛 code4App 和 CocoaChina 都相继关停网站了, 可以想见 iOS 开发的衰落, 绝不只是危言耸听

[chipmuck]

不管 M1 还是 M2 ，都建议 16+512 起。内存小了，开不了几个顺手的软件；硬盘小了，装不下几个 Xcode 来做版本测试。

至于楼里面回复 iOS 的工作问题，看来大家都不建议再学移动端了，那就是最好的入门移动端的时机。很简单，整个环境论调如此，等惯性过去加上你自己的学习时间，自然而然到那时候会有工作机会的。不过，往往说移动端没机会的人更多的只是 UI 和产品的下游工具，如果你肯花点时间学习一些国外优秀的开发技术、试试看 Apple 最新的 framework 、做一做自己喜欢的 side project ，那么眼界开阔之后，你会发现找工作根本就不是问题，还能发现同好一起成长。

最后，不要跟风去入门 SwiftUI ，先从 UIKit/AppKit 做起。

[elgae]

@jfdnet 那是因为第二台对你有价值，op 买 air 还是买 pro ，要看 pro 富裕的性能有没有价值

[Leonard]

@xz410236056 #111 用过 xib ，无奈并不觉得方便，还是觉得纯代码改起来更舒服。SwiftUI 算是苹果给的一个趋势，最低 iOS13 现在看起来有点高，但是迟早会普及的，现在新学 iOS 的肯定上手新技术。SwiftUI 没有 MVC ，但是可以用 MVVM 。

[Leonard]

@xz410236056 #113 我用的 M1 写 SwiftUI ，实时预览速度还可以。

[xz410236056]

@Leonard #118 “SwiftUI 没有 MVC ，但是可以用 MVVM 。”swiftUI 是什么都没有。你可以自己决定用什么框架。

“用过 xib ，无奈并不觉得方便，还是觉得纯代码改起来更舒服”
纯代码怎么可能比拖组件更方便。。另外就算是 swiftUI ，更好的方式也是先往预览画布上拖组件，然后再调整。
apple 的逻辑就是能不写代码就不写，能 GUI 就 GUI 。
我确实观察到不少程序员觉得 CLI 比 GUI 高级，会写代码并不是一件多么了不起的事情。

[fxckrx]

如果真的要学 iOS ，别整黑苹果

[intsilence]

程序员买 pro ，air 就不是朝生产力工具方向设计的

[Leonard]

@xz410236056 #120 MacBook 日常不带鼠标，触控板拖组件难受啊。。而且我也没说哪个高级不高级，团队要求用哪个就用哪个，不要求的话，个人喜欢哪个就用哪个，分什么高下。

[interger]

@xz410236056 两者都是分分钟上手的东西，不用过激

[interger]

@xz410236056 xib 适合做相对简单的页面，体验非常好

[interger]

@xz410236056 纯代码在页面足够复杂且频繁变更需求的情况下，维护成本有绝对优势。
不好意思按到快捷键发送了

[xz410236056]

@interger #126 纯代码维护才是最大问题好吗。。一个复杂界面你找个组件，就算在注释写的非常完整的情况下都要找半天，没注释你找去吧。storyboard 打开界面一眼就能看到哪个界面。

[xz410236056]

@Leonard #123 很多人都是保守的，团队不用，你也可以推的。
“MacBook 日常不带鼠标，触控板拖组件难受啊” 你平时不用鼠标的吗。。。。

[xz410236056]

@interger #125 xib 和 SB 唯一的劣势就是带动态动画的界面，纯静态完爆代码，一行代码不写也是可以的。

[Leonard]

@xz410236056 #128 除了打游戏（次数少得可怜，毕竟 Mac 游戏支持不行），我都不用鼠标啊。我比较注重便携，一只手捏着本子就可以走，多个鼠标太不方便了吧。不在公司的话，我还喜欢在床上用电脑，鼠标压根都没地方放。

[xtinput]

@xz410236056 #111 你是认真的？界面找半天？ Xcode 的 UI 调试器可以直接定位到界面的代码所在，sb 和 xib 打开卡半天，特别是如果 sb 里面控制器放多了，卡的电脑死机。不是不学习不用，是用着不方便。而且 xib 打开一下就有更新，git 版本管理也烦

[xtinput]

@Leonard 除了做 UI 需要精准像素其它的触控板使用体验吊打鼠标

[xz410236056]

@xtinput #131 “Xcode 的 UI 调试器可以直接定位到界面的代码所在”
你只能知道某个 viewcontroller ，具体在哪你要自己找。纯代码布局的话，代码会非常多，你找到某个组件会花很长时间。

“sb 和 xib 打开卡半天，特别是如果 sb 里面控制器放多了，卡的电脑死机”
这是因为 1 、你电脑该换了 2 、xcode14 之前不是异步加载确实性能差。3 、apple 的规范本来就不是让你全放一个 SB 里。。不然干吗出个 Storyboard References 。

“而且 xib 打开一下就有更新，git 版本管理也烦”
喜欢纯代码的人，git 也是 CLI 吧。。。GUI 的 git 有什么烦的。你代码不也存在中间状态吗

[wonderfulcxm]

钟的说法问题在哪呢？如果去两次相亲，先看了第一位姑娘各方面还算满意，不过也没有到梦中情人的地步，于是犹豫不决，打算再看第二位姑娘，看完也算可以，但总觉得不如第一位。这时你再回去选第一位姑娘，有什么不对吗？

[xz410236056]

@xtinput #131 xcode 带的那个 UI 调试器不是所有组件都能看到的。我说个场景，你用了一个 mapview ，map 上打了很多东西，这些东西如果不是 uikit 组件，那你只能看到一层 mapview 。。这种场景还不少。用 reveal 的话就要掏钱了。当然你也可以定位到具体的 controller 自己翻代码。

[xtinput]

@xz410236056 就算上万行代码找界面找控件都是瞬间的事情，运行起来打开 ui 调试直接就跳转到控件代码去了，我不用鼠标，只用触控板。唯一的劣势？你是没遇到过大的 sb 项目吧，大的 sb 项目那真是 sb 了，打开一个 sb 文件都可以去楼下溜达溜达再回来，sb 弄的界面怎么继承复用？

[xtinput]

@xz410236056 #135 Xcode 的快捷搜索不是一般的方便，多人项目、复杂复用控件真心不适合 sb/xib ，我觉得就 cell 和应用的关于我们这种界面用用 sb/xib ，其它就算了

[xtinput]

@xz410236056 #133 电脑该换了？？？ 21 款 M1Max 32G+1T (26499 那款)

[1002xin]

毫无疑问上 Pro

[xtinput]

@xz410236056 而为 Xcode 一直都还存在一个超级 sb 的 bug ，加载 sb/xib 失败，直接在编辑界面上方提示一个错误，然后所有的 sb/xib 都显示不出来，重新打开 Xcode 都没用，要清理缓存重启电脑才行。这个 bug 很多年了，Xcode14 上也一样的

[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 内存大概都够用

[donotquestion]

打 ios 就行了，这里充斥着 iOSer 最后的可笑的尊严

[7vchen]

别学 ios ，客户端已经消失

[lB2cGz9OQ1agw7XK]

上周 7.5K 入手了台很新的 mbp m1 16+512 的

[bolvline]

@anan1314git 请教一下以后 iOS 开发者会越来越少吗？那 iPhone 怎么办

[2n80HF9IV8d05L9v]

我觉得，
1. 贵的一般来说除了价格，其他方面应该没有明显的缺点。否则你也不会考虑了
2. 你在考虑贵的说明没有超出心理预期太多

那么剩下的问题就是贵出来的这些价格，理智的去想是不是消费陷阱。
我建议是，如果这个问题你已经思考了很久了，那直接买贵的不会后悔，也直接中止为了省一笔钱而浪费时间和精力。如果刚开始思考那就继续收集信息参考大家建议再想想吧！

[shervy]

要 Air ，那你就是需要轻薄。否则就上 Pro 。
反正我的目的很明确就是要轻薄，性能有瓶颈我可以忍。 因为我不做大项目。

[DogeFlyKite]

其实有一点比较重要的是，你是否追求很高的便携性。
如果要经常带出门的话，1.6kg 和 1.24kg 差距还是很大的，建议基于便携性需求来选，如果是天天背的话可能是 Air 更合适点，只是偶尔背出门的话那还是建议 Pro ，差距确实不小。
同样选择 16G/512G 的配置，CPU 都是最低配的话，Air 价格 12499 ，Pro 价格 14999 ，差价 2500 你可以得到一颗更强的芯片（ 14 核 GPU 以及更高的内存带宽），更快的硬盘（ 7GB/s ），一个更好的屏幕（高刷，XDR ），额外一个雷电口，额外的 HDMI 口和读卡器。整体来看这两千五挺值的。

[luck66]

@bolvline 混合开发、h5 、小程序都在抢占移动端市场。

上苹果商店，审核慢、上架被拒、无法热更新，都是致命缺点。

ios 早已苟延残喘、明日黄花，落日余晖，就剩一口气了

今年学 ios ，好比 49 年入国军

[stanchn]

借楼问一下，14 寸 pro 丐版（ 8+14 ）内存带宽也能达到 200G/s 吗

[ahdw]

我 2017 年买 2015 款 13 寸 MBP 丐版的时候也以为自己会学习 iOS 开发。
现在它都退役了，我还是不会 iOS 开发。

所以建议是买自己看着顺眼的。

[xiqishow]

@luck66 感觉最大的问题是 国内的流量已经被巨头瓜分殆尽，手机的操作交互方式也渐渐统一，很难在移动端业务找到新的发展发向。因此大家为了降成本（要跨端），或在巨头下得到流量（小程序），原生 app 的吸引力的确在持续的下降。本质就是移动端业务没啥根本性的变革，已有蛋糕基本都分光了。