好好奇为什么 2018 年了某国企在营 iOS 项目居然是用 MRC 开发的！！！

[vansouth]

之前跟一个朋友聊天，突然聊起他在某国企是负责某项目功能的开发，因为他是 14 年开始搞 iOS 开发的之前搞得项目一直都是 ARC 的突然接手了一个 14 年开始的项目，看了看代码发现是 MRC 的······

所以其实我也很好奇为什么还会用着 MRC 呢，我记得 ARC 好像是 ios5 就引用了的·····是不是 MRC 性能优化上比 ARC 优越呢？

因为自己水平渣渣，也没太深入了解 MRC，罪过罪过····

[paradoxs]

做好了没功， 搞坏了。。

[canxden]

ARC 是编译器特性.

[icyalala]

MRC 编译后的二进制文件体积更小，正确开发的代码在某些情况下性能更好。
但是这些肯定不是楼主提到的项目不用 ARC 的理由。。

[abbenyyy]

@paradoxs 简单明了...铁饭碗对技术与自我没更高的追求

[bienyur]

后面接手的都在想 “只要他还能运行就别动他”。

[maxxxxx]

@abbenyyy 说不定用 mrc 是对技术有更高要求呢，哈哈

[akira]

只要他还能运行就别动他

[idcspy]

做好了没功劳，做坏了要背锅，全世界大企业都这样，美国还有 70 年代运行到现在的服务器你信不信？

[xy90321]

@idcspy 日本银行还有 host 移植到 cobol 的呢！对，没错，是移植到 cobol ！

[Showfom]

@idcspy 70 年代.....不是很信 有相关报道吗

[idcspy]

搜索世界上运行最久的电脑就行了，时间比我说的还长，甚至有用纸带的，千奇百怪的异构系统。Cobol 嘛，其实是一门相当有钱途的语言。

[SeanChense]

没人力去重构没有什么好奇怪的。如果是我，我也不会去揽这活儿。
同时 ARC 是编译器和 runtime 共同支撑的。

[vansouth]

@idcspy #8 那不是很毒瘤···

@bienyur #5 @akira #7 @abbenyyy #4 @idcspy #8 铁饭碗就这么没追求么·····如果是我好像很不习惯 mrc····怕忘了 release·····

@icyalala #3 跟他探讨过应该不是这个原因，他问其他同事好像也不太清楚 都不是第一代人

[nicevar]

额。。。14 年才多久，我现在还有两个 11 年的项目完全是自己 retain 来 release 去的

[vansouth]

@nicevar #14 11 年 ARC 才刚出来啊····14 年的项目我只是不懂为什么还要用 MRC 是不是有性能还是某方面的优势

[yichengfzu]

qq 也是 mrc 吧

[NvSylvanas]

只要他还能运行就别动他

[dot]

@idcspy 很多古董服务器，不动没事，重启一下就不一定起得来了，随随便便哪个部件自检不通过，要死要死的……

[captainwz]

国企嘛，太正常不过了

[beimenjun]

就算是私企也很正常……

如果在已经上线运营中，改坏了就 Fire 掉了，不到万不得已谁乱动。

[zj299792458]

MRC 和 ARC 是可以混合使用的，ARC 只是开发更方便了，释放内存代码自动加入，需要注意的地方少了而已，不存在特殊优化效果，老代码如果没问题感觉完全没有必要换成 ARC，至少我还不知道有什么特殊的优点，类似手动挡自动挡区别……

[ibcker]

预感过几年题主会问：好好奇为什么 2018 年了某国企在营 iOS 项目居然是用 OC 开发的！！！

[dychenyi]

就好比 linux 内核，求稳啊。 最新的 redhat，centos 才用 3.10 的内核，4.8.5 的 gcc。 要不要喷死?
甚至很多基于 linux 的系统还在用 10 年前 2.6 的内核。

[dexterlei]

非技术实力雄厚的大厂出品的软件，选择什么逻辑什么技术的原因根本没法在外部讨论出可信的结果。

[skylancer]

@dychenyi 我又想到了智障 BCM

[akira]

@vansouth 和技术追求无关
1. 改动是否需要人力成本
2. 改动是否有潜在风险

对于公司来说，除非 1 2 都是否定的，不然你给我个理由？

[vansouth]

@akira #26 不改动的原因我懂，就是不懂为什么一开始搭建项目的时候用 mrc

[akira]

@vansouth 哦哦，这个就不好说了，各种原因都有可能的