学 iOS 开发，买 M1 Pro 的 MacBook Pro14 还是买 M2 的 MacBook Air？
RealVic · 2022-07-18 11:05:41 +08:00 · 13691 次点击这是一个创建于 878 天前的主题，其中的信息可能已经有所发展或是发生改变。
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 天的轻薄便携， 以及每天额外四个小时的续航时间。
越贵的它一定是越强的， 但越强的不一定是越适合你的， 只有找到最适合你的那款产品， 充分的利用它每一个特点， 才能够对得起你花的每一分钱。
 |
101
zidian 2022-07-18 21:55:41 +08:00
钟文泽那不叫评测，就是广告
|
 |
102
witcat 2022-07-18 22:08:24 +08:00
让我选我就选 M2 air 主要是方便好看 pro14 拿着像铅板
|
 |
103
Dganzh 2022-07-18 22:41:24 +08:00
我在等新的 PRO
|
 |
105
benwwchen 2022-07-19 02:26:20 +08:00
@Jim142857 性价比=绝对性能 /绝对价格，这跟用不用得上没关系。有的消费者买到性价比高的就是开心了，有的消费者“又不是不能用”就能接受。你说的是不是刚需是后面这个消费观层面的事情，不是我说的性价比。性价比高不高是一回事，能不能满足需求又是另一回事。屏幕能看、扬声器能出声是刚需，但是加一点钱就可以大幅升级的部分是性价比，这部分就算不是刚需，也是实实在在感受得到的提升。
|
 |
106
ebony0319 2022-07-19 09:26:11 +08:00
你买 mac 是要满足未来五年的需求的，不考虑加点配置？或者再等两个月看看？
|
 |
107
shiguiyou 2022-07-19 09:36:57 +08:00  1
我觉得重点还是，别学客户端了 ( iOS & Android )...
|
 |
108
xz410236056 2022-07-19 09:38:21 +08:00
@Leonard #19 air 足够的我怀疑都是纯代码布局的邪教
|
 |
109
Sharuru 2022-07-19 09:56:51 +08:00
你干活，显然 Pro 会更从容一些，M2 和 M1 的性能差距就目前的评测而言，不算太大。拥有风扇散热的 M1 性能释放会更加稳定。
至于楼里的 AIR 之争，只能说：千金难买爷乐意，我就买了 M2 ，因为我就想用新模具。 |
 |
110
Leonard 2022-07-19 09:57:34 +08:00
@xz410236056 #108 hmm 确实是纯代码布局，storyboard xib 不怎么用。不过现在上手 iOS 应该用 SwiftUI 了吧，Air 也足够的。
|
|
111
xz410236056 2022-07-19 10:01:25 +08:00
@Leonard #110 纯代码就恶心。。。别人给你 debug 的是找个界面找半天。sb ，xib 明明更方便，就是不用。。拒绝学习了属于是。swiftUI 最低版本是 iOS13 ，而且最重要的，swiftUI 并没有像 uikit 钦定一个 MVC 的框架，swiftUI 你要自己管理那些乱七八糟的状态，现在并不是一个工程可用的状态。
|
 |
112
noyidoit 2022-07-19 10:06:46 +08:00
同为了学 iOS 开发，轻薄无风扇 OR 全面提升的屏幕和扬声器，我选轻薄无风扇
- 外出，Air 更轻更薄 - 在家，一般都是外接显示器和扬声器 对我来说轻薄也是性能指标很重要的一部分，Air 在我手里完全能做到扬长避短 |
|
113
xz410236056 2022-07-19 10:06:50 +08:00
@Leonard #110 而且 swiftUI 实时更新更消耗资源啊。。xcode14 可以异步更新 scene 了，SB 会更快了。
|
 |
114
lyuxiuchen 2022-07-19 10:09:38 +08:00
推荐买预算限度内最贵的，不然以后会后悔。
|
 |
115
anan1314git 2022-07-19 10:13:39 +08:00
曾经很红火的 iOS 开发论坛 code4App 和 CocoaChina 都相继关停网站了, 可以想见 iOS 开发的衰落, 绝不只是危言耸听
|
 |
116
chipmuck 2022-07-19 10:22:18 +08:00
不管 M1 还是 M2 ，都建议 16+512 起。内存小了，开不了几个顺手的软件；硬盘小了，装不下几个 Xcode 来做版本测试。
至于楼里面回复 iOS 的工作问题，看来大家都不建议再学移动端了，那就是最好的入门移动端的时机。很简单，整个环境论调如此，等惯性过去加上你自己的学习时间，自然而然到那时候会有工作机会的。不过，往往说移动端没机会的人更多的只是 UI 和产品的下游工具，如果你肯花点时间学习一些国外优秀的开发技术、试试看 Apple 最新的 framework 、做一做自己喜欢的 side project ，那么眼界开阔之后，你会发现找工作根本就不是问题，还能发现同好一起成长。 最后，不要跟风去入门 SwiftUI ，先从 UIKit/AppKit 做起。 |
|
118
Leonard 2022-07-19 10:38:14 +08:00
@xz410236056 #111 用过 xib ，无奈并不觉得方便，还是觉得纯代码改起来更舒服。SwiftUI 算是苹果给的一个趋势，最低 iOS13 现在看起来有点高，但是迟早会普及的，现在新学 iOS 的肯定上手新技术。SwiftUI 没有 MVC ，但是可以用 MVVM 。
|
|
119
Leonard 2022-07-19 10:39:12 +08:00
@xz410236056 #113 我用的 M1 写 SwiftUI ，实时预览速度还可以。
|
|
120
xz410236056 2022-07-19 10:58:38 +08:00
@Leonard #118 “SwiftUI 没有 MVC ，但是可以用 MVVM 。”swiftUI 是什么都没有。你可以自己决定用什么框架。
“用过 xib ，无奈并不觉得方便，还是觉得纯代码改起来更舒服” 纯代码怎么可能比拖组件更方便。。另外就算是 swiftUI ，更好的方式也是先往预览画布上拖组件，然后再调整。 apple 的逻辑就是能不写代码就不写，能 GUI 就 GUI 。 我确实观察到不少程序员觉得 CLI 比 GUI 高级，会写代码并不是一件多么了不起的事情。 |
 |
121
fxckrx 2022-07-19 11:16:24 +08:00
如果真的要学 iOS ，别整黑苹果
|
 |
122
intsilence 2022-07-19 11:23:33 +08:00
程序员买 pro ，air 就不是朝生产力工具方向设计的
|
|
123
Leonard 2022-07-19 11:44:49 +08:00
@xz410236056 #120 MacBook 日常不带鼠标，触控板拖组件难受啊。。而且我也没说哪个高级不高级，团队要求用哪个就用哪个，不要求的话，个人喜欢哪个就用哪个，分什么高下。
|
 |
124
interger 2022-07-19 11:56:36 +08:00
@xz410236056 两者都是分分钟上手的东西，不用过激
|
|
125
interger 2022-07-19 11:57:53 +08:00
@xz410236056 xib 适合做相对简单的页面，体验非常好
|
|
126
interger 2022-07-19 11:59:37 +08:00
@xz410236056 纯代码在页面足够复杂且频繁变更需求的情况下，维护成本有绝对优势。
不好意思按到快捷键发送了 |
|
127
xz410236056 2022-07-19 13:47:08 +08:00
@interger #126 纯代码维护才是最大问题好吗。。一个复杂界面你找个组件，就算在注释写的非常完整的情况下都要找半天，没注释你找去吧。storyboard 打开界面一眼就能看到哪个界面。
|
|
128
xz410236056 2022-07-19 13:47:54 +08:00
@Leonard #123 很多人都是保守的，团队不用，你也可以推的。
“MacBook 日常不带鼠标，触控板拖组件难受啊” 你平时不用鼠标的吗。。。。 |
|
129
xz410236056 2022-07-19 13:48:55 +08:00
@interger #125 xib 和 SB 唯一的劣势就是带动态动画的界面，纯静态完爆代码，一行代码不写也是可以的。
|
|
130
Leonard 2022-07-19 13:56:15 +08:00
@xz410236056 #128 除了打游戏（次数少得可怜，毕竟 Mac 游戏支持不行），我都不用鼠标啊。我比较注重便携，一只手捏着本子就可以走，多个鼠标太不方便了吧。不在公司的话，我还喜欢在床上用电脑，鼠标压根都没地方放。
|
 |
131
xtinput 2022-07-19 14:00:52 +08:00
@xz410236056 #111 你是认真的？界面找半天？ Xcode 的 UI 调试器可以直接定位到界面的代码所在，sb 和 xib 打开卡半天，特别是如果 sb 里面控制器放多了，卡的电脑死机。不是不学习不用，是用着不方便。而且 xib 打开一下就有更新，git 版本管理也烦
|
|
133
xz410236056 2022-07-19 14:06:51 +08:00
@xtinput #131 “Xcode 的 UI 调试器可以直接定位到界面的代码所在”
你只能知道某个 viewcontroller ，具体在哪你要自己找。纯代码布局的话，代码会非常多，你找到某个组件会花很长时间。 “sb 和 xib 打开卡半天，特别是如果 sb 里面控制器放多了，卡的电脑死机” 这是因为 1 、你电脑该换了 2 、xcode14 之前不是异步加载确实性能差。3 、apple 的规范本来就不是让你全放一个 SB 里。。不然干吗出个 Storyboard References 。 “而且 xib 打开一下就有更新，git 版本管理也烦” 喜欢纯代码的人，git 也是 CLI 吧。。。GUI 的 git 有什么烦的。你代码不也存在中间状态吗 |
 |
134
wonderfulcxm 2022-07-19 14:09:43 +08:00 via iPhone
钟的说法问题在哪呢？如果去两次相亲，先看了第一位姑娘各方面还算满意，不过也没有到梦中情人的地步，于是犹豫不决，打算再看第二位姑娘，看完也算可以，但总觉得不如第一位。这时你再回去选第一位姑娘，有什么不对吗？
|
|
135
xz410236056 2022-07-19 14:09:51 +08:00
@xtinput #131 xcode 带的那个 UI 调试器不是所有组件都能看到的。我说个场景，你用了一个 mapview ，map 上打了很多东西，这些东西如果不是 uikit 组件，那你只能看到一层 mapview 。。这种场景还不少。用 reveal 的话就要掏钱了。当然你也可以定位到具体的 controller 自己翻代码。
|
|
136
xtinput 2022-07-19 14:11:31 +08:00
@xz410236056 就算上万行代码找界面找控件都是瞬间的事情，运行起来打开 ui 调试直接就跳转到控件代码去了，我不用鼠标，只用触控板。唯一的劣势？你是没遇到过大的 sb 项目吧，大的 sb 项目那真是 sb 了，打开一个 sb 文件都可以去楼下溜达溜达再回来，sb 弄的界面怎么继承复用？
|
|
137
xtinput 2022-07-19 14:16:07 +08:00
@xz410236056 #135 Xcode 的快捷搜索不是一般的方便，多人项目、复杂复用控件真心不适合 sb/xib ，我觉得就 cell 和应用的关于我们这种界面用用 sb/xib ，其它就算了
|
|
138
xtinput 2022-07-19 14:17:14 +08:00
@xz410236056 #133 电脑该换了？？？ 21 款 M1Max 32G+1T (26499 那款)
|
 |
139
1002xin 2022-07-19 14:17:21 +08:00
毫无疑问上 Pro
|
|
140
xtinput 2022-07-19 14:19:48 +08:00
@xz410236056 而为 Xcode 一直都还存在一个超级 sb 的 bug ，加载 sb/xib 失败，直接在编辑界面上方提示一个错误，然后所有的 sb/xib 都显示不出来，重新打开 Xcode 都没用，要清理缓存重启电脑才行。这个 bug 很多年了，Xcode14 上也一样的
|
|
141
xz410236056 2022-07-19 14:20:34 +08:00
@xtinput #136 “是没遇到过大的 sb 项目吧，大的 sb 项目那真是 sb 了” 你们不按规范开发怨 sb 。。。sb 是让你按模块拆分使用的。。
“运行起来打开 ui 调试直接就跳转到控件代码去了” xcode 没出这东西的时候我就在用 reveal 了。。。这东西不是全场景应用的。 “sb 弄的界面怎么继承复用？” 都快 iOS16 了，你竟然还以为 storyboard 不能复用。。纯 SB 用 container view 。view 级的可以在 storyboard 里嵌入 xib 。 |
|
142
xz410236056 2022-07-19 14:22:52 +08:00
@xtinput #137 “ Xcode 的快捷搜索不是一般的方便，多人项目、复杂复用控件真心不适合 sb/xib”
快捷键跟 sb xib 什么关系。。 多人项目复杂控件也是按模块划分啊，这是软件工程的事情。我说了 SB 和 XIB 不适合动态界面。纯静态控件，你代码写再快也不如我拖一个上来快吧 |
|
143
xz410236056 2022-07-19 14:23:37 +08:00
@xtinput #138 你把整个工程的 controller 放一个 storyboard 里，那确实卡。但是这不符合规范。。这是软件工程的问题
|
|
144
xtinput 2022-07-19 14:30:28 +08:00
@xz410236056 #142 快捷搜索找控件代码很快呀，sb/xib 的确快，这我不否认，我否认的只是后面维护的时候，以及打开慢的情况，而且 Xcode 还存在加载 sb/xib 失败的 bug(频率很高)。一个简单的 cell 打开都加载不出来，图片不好发，我把那串错误提示粘贴上吧 ：
“An internal error occurred. Editing functionality may be limited.” 这个错误我第一次遇到是在 Xcode8 上面，现在 Xcode14 了还有。 我用的第一个版本 Xcode 是 7.2 |
|
145
xtinput 2022-07-19 14:31:11 +08:00
@xz410236056 项目里不符合规范的东西太多了，特别是多人项目。
|
|
146
xz410236056 2022-07-19 14:32:07 +08:00
@xtinput #136 我想到纯代码最大的问题就是麻烦。麻烦自己麻烦别人，你布局的时候调试、修改。难道要每次 run 一样吗。xcode 那个显示 UI 的只能看，不能调试的。要改你就得花钱买 reveal 或者 injection
|
|
147
xtinput 2022-07-19 14:35:29 +08:00
@xz410236056 那就需要锻炼自己的代码模拟能力了，Xcode 的那个 ui 调试可以定位控件源码位置，这就够了呀
|
|
148
xtinput 2022-07-19 14:35:56 +08:00
@xz410236056 腾讯有个免费调试的
|
|
149
xz410236056 2022-07-19 14:36:26 +08:00
@xtinput #144 我知道这个错误，蓝线。这就是力量的代价吧，也不是经常遇到[doge]。
你维护别人模块的时候，有一些界面有触发条件的话就不好找到界面在哪了。而且纯代码你用 masonry 之类的框架布局你改起来还好改，要是手算 frame 的，即便你找到了，还得先自己算个位置。。 |
|
150
xz410236056 2022-07-19 14:38:42 +08:00
@xtinput #148 这软件看起来不错
|
 |
151
howardH 2022-07-19 14:40:14 +08:00
1. 买 mbp;
2. 别学 iOS 开发 |
|
152
xtinput 2022-07-19 14:41:15 +08:00
@xz410236056 #149 手算 frame 的情况不多，一般都是自动布局，sb/xib 局限性太大了，不是说不能用它，只是说它只能用在简单的不复用的界面上。复杂点的界面就不适合了，而且 sb/xib 做 UIView 的控件初始化不好搞
|
|
153
xz410236056 2022-07-19 14:44:51 +08:00
@xtinput #152 没太懂什么叫初始化不好搞，SB 和 XIB 的逻辑是直接在画布上填值。自定义属性用 IBInspectable 。需要传值的你用代码加载出来传呗。
view.init 和 load 一个 sb view 都是一行代码的事儿。 复杂可以通过拆分嵌套的形式 |
 |
154
EvilDevilJin 2022-07-19 15:18:31 +08:00
推荐买 MBP14 ，如果预算吃紧，建议买 M1 Air 16+256 。
如果 iOS 开发入职肯定会配 Mac 的。 重点是这个时间点去学 iOS 开发，如果是纯热爱那没事，如果奔着找工作去那可得仔细想想了（ |
 |
155
lookStupiToForce 2022-07-19 17:12:24 +08:00
@kera0a 请教一下，如果用 512G 的，xcode 是不是就不会那么膈应人了😢xcode 最大能膨胀到多少？
另外安装一次更新听说就算直接下安装包，都要腾个 30GB 出来？ |
|
156
xtinput 2022-07-19 17:21:59 +08:00
@lookStupiToForce Xcode14 的应用程序包体积 23G ，它的压缩包是 7G 多，也就是最少 31G 才能下载并解压，Xcode 最大膨胀就看你要保留多少版本的真机文件以及模拟器了，每一个版本的 iOS 真机文件 5 到 6G ，模拟器每一个版本 3 到 6G ，模拟器支持文件开一台就 1G 左右，给 Xcode 预留 100G 吧
|
|
157
lookStupiToForce 2022-07-19 17:24:29 +08:00
@xtinput 好的谢谢，那看来只要不作死就暂时够了，不过还是得省着用
|
 |
158
kera0a 2022-07-19 17:38:23 +08:00
@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 ） |
|
159
lookStupiToForce 2022-07-19 18:04:01 +08:00
@kera0a 谢谢谢谢
这整体大小，真是震撼我一整年😢原先看到有个 v 友说 xcode 要 150gb ，我觉得已经够夸张了，你这都快 200 了 我还有其他软件环境要安装，还要用虚拟机，日常还有些短视频剪辑需求，300GB 怕是完全不够了，只能换 1T 版本了 |
 |
160
mingdongshensen 2022-07-19 18:25:36 +08:00
一般情况下，不建议卷 iOS ，当然你如果对 C 语言很感兴趣可以搞，如果你开发的 app 是快手抖音那样的短视频大型 app 内存至少 16G ，其他情况 16G 内存大概都够用
|
 |
161
donotquestion 2022-07-19 19:22:05 +08:00 1
打 ios 就行了，这里充斥着 iOSer 最后的可笑的尊严
|
 |
162
7vchen 2022-07-19 20:17:32 +08:00
别学 ios ，客户端已经消失
|
 |
163
lB2cGz9OQ1agw7XK 2022-07-19 22:18:17 +08:00
上周 7.5K 入手了台很新的 mbp m1 16+512 的
|
 |
164
bolvline 2022-07-19 22:23:34 +08:00
@anan1314git 请教一下以后 iOS 开发者会越来越少吗？那 iPhone 怎么办
|
 |
165
2n80HF9IV8d05L9v 2022-07-20 08:50:55 +08:00 via iPhone
我觉得，
1. 贵的一般来说除了价格，其他方面应该没有明显的缺点。否则你也不会考虑了 2. 你在考虑贵的说明没有超出心理预期太多 那么剩下的问题就是贵出来的这些价格，理智的去想是不是消费陷阱。 我建议是，如果这个问题你已经思考了很久了，那直接买贵的不会后悔，也直接中止为了省一笔钱而浪费时间和精力。如果刚开始思考那就继续收集信息参考大家建议再想想吧！ |
 |
166
shervy 2022-07-20 09:26:46 +08:00
要 Air ，那你就是需要轻薄。否则就上 Pro 。
反正我的目的很明确就是要轻薄，性能有瓶颈我可以忍。 因为我不做大项目。 |
 |
167
DogeFlyKite 2022-07-20 10:34:36 +08:00
其实有一点比较重要的是，你是否追求很高的便携性。
如果要经常带出门的话，1.6kg 和 1.24kg 差距还是很大的，建议基于便携性需求来选，如果是天天背的话可能是 Air 更合适点，只是偶尔背出门的话那还是建议 Pro ，差距确实不小。 同样选择 16G/512G 的配置，CPU 都是最低配的话，Air 价格 12499 ，Pro 价格 14999 ，差价 2500 你可以得到一颗更强的芯片（ 14 核 GPU 以及更高的内存带宽），更快的硬盘（ 7GB/s ），一个更好的屏幕（高刷，XDR ），额外一个雷电口，额外的 HDMI 口和读卡器。整体来看这两千五挺值的。 |
 |
168
luck66 2022-07-20 11:25:37 +08:00
@bolvline 混合开发、h5 、小程序都在抢占移动端市场。
上苹果商店，审核慢、上架被拒、无法热更新，都是致命缺点。 ios 早已苟延残喘、明日黄花，落日余晖，就剩一口气了 今年学 ios ，好比 49 年入国军 |
 |
169
stanchn 2022-07-20 12:39:10 +08:00 via iPhone
借楼问一下，14 寸 pro 丐版（ 8+14 ）内存带宽也能达到 200G/s 吗
|
 |
170
ahdw 2022-07-20 15:44:20 +08:00
我 2017 年买 2015 款 13 寸 MBP 丐版的时候也以为自己会学习 iOS 开发。
现在它都退役了，我还是不会 iOS 开发。 所以建议是买自己看着顺眼的。 |
 |
171
xiqishow 2022-07-20 17:06:11 +08:00
@luck66 感觉最大的问题是 国内的流量已经被巨头瓜分殆尽，手机的操作交互方式也渐渐统一，很难在移动端业务找到新的发展发向。因此大家为了降成本（要跨端），或在巨头下得到流量（小程序），原生 app 的吸引力的确在持续的下降。本质就是移动端业务没啥根本性的变革，已有蛋糕基本都分光了。
|
Select Language