这是一个创建于 2886 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前跟一个朋友聊天，突然聊起他在某国企是负责某项目功能的开发，因为他是 14 年开始搞 iOS 开发的之前搞得项目一直都是 ARC 的突然接手了一个 14 年开始的项目，看了看代码发现是 MRC 的
所以其实我也很好奇为什么还会用着 MRC 呢，我记得 ARC 好像是 ios5 就引用了的是不是 MRC 性能优化上比 ARC 优越呢？
因为自己水平渣渣，也没太深入了解 MRC，罪过罪过
 | 1 paradoxs 2018-01-04 17:33:10 +08:00 做好了没功， 搞坏了。。 |
 | 2 canxden 2018-01-04 17:39:47 +08:00 ARC 是编译器特性. |
 | 3 icyalala 2018-01-04 17:40:36 +08:00 MRC 编译后的二进制文件体积更小，正确开发的代码在某些情况下性能更好。 但是这些肯定不是楼主提到的项目不用 ARC 的理由。。 |
 | 5 bienyur 2018-01-04 17:51:24 +08:00 后面接手的都在想 “只要他还能运行就别动他”。 |
 | 7 只要他还能运行就别动他 |
 | 8 idcspy 2018-01-04 18:29:59 +08:00 做好了没功劳，做坏了要背锅，全世界大企业都这样，美国还有 70 年代运行到现在的服务器你信不信？ |
 | 9 xy90321 2018-01-04 18:40:21 +08:00 via iPhone  1 @idcspy 日本银行还有 host 移植到 cobol 的呢！对，没错，是移植到 cobol ！ |
| 11 idcspy 2018-01-04 18:56:42 +08:00 搜索世界上运行最久的电脑就行了，时间比我说的还长，甚至有用纸带的，千奇百怪的异构系统。Cobol 嘛，其实是一门相当有钱途的语言。 |
 | 12 SeanChense 2018-01-04 19:16:48 +08:00 没人力去重构没有什么好奇怪的。如果是我，我也不会去揽这活儿。 同时 ARC 是编译器和 runtime 共同支撑的。 |
 | 13 vansouth OP |
 | 14 nicevar 2018-01-04 20:52:03 08:00 额。。。14 年才多久，我现在还有两个 11 年的项目完全是自己 retain 来 release 去的 |
| 15 vansouth OP @nicevar #14 11 年 ARC 才刚出来啊14 年的项目我只是不懂为什么还要用 MRC 是不是有性能还是某方面的优势 |
 | 16 yichengfzu 2018-01-04 21:05:10 +08:00 via iPhone qq 也是 mrc 吧 |
 | 17 NvSylvanas 2018-01-04 21:08:37 +08:00 via iPhone 只要他还能运行就别动他 |
 | 18 dot 2018-01-04 21:19:43 +08:00 via Android @idcspy 很多古董服务器，不动没事，重启一下就不一定起得来了，随随便便哪个部件自检不通过，要死要死的…… |
 | 19 captainwz 2018-01-04 22:40:41 +08:00 via iPhone 国企嘛，太正常不过了 |
 | 20 beimenjun PRO 就算是私企也很正常…… 如果在已经上线运营中，改坏了就 Fire 掉了，不到万不得已谁乱动。 |
 | 21 zj299792458 2018-01-05 00:16:21 +08:00 via iPhone MRC 和 ARC 是可以混合使用的，ARC 只是开发更方便了，释放内存代码自动加入，需要注意的地方少了而已，不存在特殊优化效果，老代码如果没问题感觉完全没有必要换成 ARC，至少我还不知道有什么特殊的优点，类似手动挡自动挡区别…… |
 | 22 ibcker 2018-01-05 04:16:48 +08:00 预感过几年题主会问：好好奇为什么 2018 年了某国企在营 iOS 项目居然是用 OC 开发的！！！ |
 | 23 dychenyi 2018-01-05 10:20:30 +08:00 就好比 linux 内核，求稳啊。 最新的 redhat，centos 才用 3.10 的内核，4.8.5 的 gcc。 要不要喷死? 甚至很多基于 linux 的系统还在用 10 年前 2.6 的内核。 |
 | 24 dexterlei 2018-01-05 10:31:55 +08:00 非技术实力雄厚的大厂出品的软件，选择什么逻辑什么技术的原因根本没法在外部讨论出可信的结果。 |
| 26 akira 2018-01-05 11:55:51 +08:00 |
Select Language