这是一个创建于 2634 天前的主题，其中的信息可能已经有所发展或是发生改变。
已有一台 AMD U 的主力开发台式机（别问为什么是 AMD，说多了都是泪）。打算买一台 macbook 做出差时的备用机，想知道 16G 的性能如何？
主要用来跑 Visual Studio for Mac （楼主是用 xamarin 开发 app 的，应该算 xie#jiao ） 买 mac 的原因是因为 xamarin 调式及编译 ios app 必须连 mac 系统。现在连的是 mac 虚拟机，运 ios 模拟器时特别卡。
想买 macbook 不是 mbp 的原因主要是因为轻....但是看了下两个对比发现 CPU 性能差很多
想了解的情况如下：
1.16G 的 macbook 跑 xcode 以及 ios 模拟器会不会卡？ CPU 够用么？（估计很少人用 vs for mac，所以直接问 xcode 的效果）
2.跑 android 模拟器会卡么？
3.散热如何？
 | 1 finely 2018-08-26 11:39:10 +08:00 via iPad 16G 够用不卡，mbp 散热一直不行，而且机器温度过高的时候，后台会出现一个自带的温控进程，吃掉几个 G 内存。夏天建议搭配 macfancontrol 使用。 |
 | 3 noe132 2018-08-26 11:45:46 +08:00 macbook 是超低压 U ？逛逛 taobao 估计问题不大，要搞什么编译模拟...还是算了吧。而且是被动散热的，没有冷却风扇。从 TDP4.5w 就能看出是个什么性能。。。 macbook pro 15'的 i7-8750H 可是 45w TDP 的 CPU。。。 |
 | 4 blackjedy OP @noe132 是不是超低压的官网没写，自己也没太了解过。不过光看频率，macbook 只有 mpb 13"频率的一半多一点... |
 | 5 loveour 2018-08-26 15:00:40 +08:00 Macbook 用来开发感觉会有点吃力，其实新款 13 寸性能不错，也很轻薄，感觉可以考虑这个吧？如果用 Macbook，那么基本就只是保证有得用了。我有 Windows M3 以及，对 xamarin 开发 app 很感兴趣，LZ 能简单介绍下体会吗？感谢！ |
 | 6 StoneAMG 2018-08-26 15:08:28 +08:00 via iPhone 我严重不建议你买 12 寸 MacBook，特别是用作开发。之前我用的是 2015 款 MacBook，开着 idea，感觉编辑代码，编译程序都有点卡顿，Xcode 这种级别的 ide 很消耗 CPU 资源的。13 寸 MacBook pro 最低配的性能都比 MacBook 高配性能要好不少。在我看来，MacBook 主要面向的是出差比较多的商务人士，写写文档查查邮件什么的。 |
| &nbp; 7 StoneAMG 2018-08-26 15:10:49 +08:00 via iPhone 对了，散热就更不行了，被动散热，开机后差不多都 50 多度了，编译下程序那就更高的。我后来就是受不了它低下的性能才买了 dell precision 笔记本，30W TDP 的标压 CPU，配上 ssd，那感觉，倍儿爽。 |
| 8 loveour 2018-08-26 15:18:06 +08:00 不小心碰到快捷键就发出去了。我有 Windows M3 处理器的设备，GPD Win2 和 M3 版 Surface Pro，用着还算流畅，但是明显处理速度还是有问题的，所以一般都只是轻度使用，看看网页视频。开发的话，我安装过 VS，倒也不是不行，别重度使用就是了，不知道 Mac 上是什么情况，不过大概两三年前我用过 Air 做为苹果开发机，应该说，能用，写代码也还行，但是编译打包会比较慢就是了。之前调试某些东西的时候需要不断打包，那时候就很痛苦，感觉时间都浪费了。但是 iOS 模拟器当时倒觉得还行。 |
| 9 blackjedy OP @StoneAMG 了解了，看来 macbook 不太合适。只有考虑 13'的 mbp....这款的散热效果可以接受么？ @loveour 我主要是用 xamarin.forms，好处是逻辑处理可以只写一套，如果是特别简单的界面，界面也是可以只写一套。但如果你需要实现一些很漂亮的效果，那么就需要分平台使用 Renderer 来定制了。并且涉及到平台特性的东西，一般要靠 Dependency 来封装。不论是 xamarin.forms，还是 xamarin.ios 或者 xamarin.android，都有个比较麻烦的问题是各种第三方 sdk....基本上国内各个平台的 sdk 都是不支持 xamarin 的，需要自己转换（还不一定成功....）。总之如果开发 app 没有调用第三方 sdk 的需求，那么用用 xamarin 还可以，如果有调用第三方 sdk 的需求...还是老老实实原生的好，毕竟在转换的时候一旦遇到问题，连资料也查不到（用的人太少） |
| 10 loveour 2018-08-26 19:38:45 +08:00 @blackjedy #9 接入第三方 SDK 是一个很常见的需求吧。Xamarin 是自己有一套编译打包逻辑，完全不会有 Xcode 工程吗？要这样的话，接入第三方 SDK 确实就麻烦了呀。我现在主要用 Unity，那个是可以导出成 Xcode 工程，从那里可以接入 SDK，很多第三方也直接提供了 Unity 的 SDK。到目前为止我用过 UE3,UE4 和 Unity，也写过服务器，写过 WinForm 程序，感觉 C#从语言本身来说还是很好用的。一直想尝试 Xamarin 来着，之前用它写过 Android 的工具，但是是自用的，也没接入过什么 SDK。 |
| 11 blackjedy OP @loveour xamarin 是需要连接到 mac 系统通过 xcode 打包 ios app 的，但是不会导出成 xcode 工程。想引入第三方库就需要通过建立 Bindings Library 项目将 object-c 或者 java 写的相关库转化为 dll 来引入到 xamarin 项目里。不过这个转化步骤不仅嗦，还会踩不少坑，如果你要转化的第三方 sdk 写的很标准或者有人做过相关转化，那么操作起来会比较顺利或者遇到问题能查到些资料。但是由于 xamarin 国内用量太小，所以有些库看起来在 ios 或者 android 下用量很大，但其实 xamarin 下没有一点资料，遇到问题就很难解决（除非相当了解这个转化细节以及熟悉 ios 或者 android 的原生开发）.... |
| 12 loveour 2018-08-26 21:15:52 +08:00 @blackjedy #11 又是被过度自动化坑的呀。。之前有同事和我说 Xamarin 特别厉害，自己就能打包，但是看来带来的代价也是有的。多谢分享信息！ |
 | 13 tsui 2018-08-27 14:22:16 +08:00 @StoneAMG 不要只看主频想当然，MBP Early 2015 (i5-5257) 不比 12 寸 MacBook Mid 2017(m3)强多少，几乎忽略不计 https://browser.geekbench.com/v4/cpu/search?q=macbook10%2C1 https://browser.geekbench.com/v4/cpu/search?q=macbook10%2C1 |
| 14 tsui 2018-08-27 14:23:44 +08:00 |
Select Language