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