Question

我创建了一个应用程序（我的第一个），启用了ARC，分发（不在appstore上），并开始收到报告，它在某些mac上崩溃了。在尝试和用他们的帮助后，我们发现问题是他们有一个32位处理器。所以我禁用了ARC，将构建设置为x86_64并收到大量错误消息。

所有这些都已经排序，现在我留下了大量警告（黄色警告）。我担心我会忘记一些事情并弄乱记忆。在您看来，什么是最好的方式来获得64位应用程序到32/64位应用程序而不忘记什么？如果有许多mac与它不兼容，为什么首先使用ARC？

谢谢！

-----更新------

如要求：

 Update to recommended settings

 Property 'delegate' requires method 'delegate' to be defined - use @synthesize, @dynamic or provide a method implementation in this class implementation

 Property 'delegate' requires method 'setDelegate:' to be defined - use @synthesize, @dynamic or provide a method implementation in this class implementation

 '__bridge' casts have no effect when not using ARC

 Variable 'loc_tip' is used uninitialized whenever 'if' condition is false

 Variable 'loc_tip' is used uninitialized whenever '&&' condition is false

 Conflicting parameter types in implementation of 'tableView:toolTipForCell:rect:tableColumn:row:mouseLocation:': 'NSInteger' (aka 'int') vs 'long'

Answer 1

未来的粗糙水

所有这些都已经排序了，现在我发出了大量警告（黄色警告）。

调高警告级别。解决所有问题。

我担心我会忘记一些事情并弄乱记忆。

您认为最好的方法是将64位应用程序移植到32/64位应用程序而不会忘记某些内容？

考虑到这个问题，担心很自然。

一个快速解决方法是使用ObjC启用垃圾收集。这样做并相信它只会工作，没有额外的更改是一个错误（读：你应该留出大量的时间进行测试和寻找bug）。

另一种方法，如果你真的想在32和64上都提供良好的支持，那么就是使用MRC - 但在这种情况下你应该只承诺32位和64位的MRC（没有ARC）。当然，这需要很多的审查，修复，手动测试和泄漏测试（除非您的程序很小）。这是具有良好长期支持和高质量标准的应用程序的首选解决方案，IMO。

如果有许多mac与它不兼容，为什么首先使用ARC？

确实不是那里需要32位的很多mac。如果你今天发布的是1.0，那么你应该考虑只使用64位。

如果需要的话，应该从开发开始就支持和测试32位 - 要么很早就消除了ARC选项或32位。这种疏忽会因测试和开发而失败，这似乎很奇怪。

更新为推荐设置

点击“验证设置”，查看，执行更改。

属性'委托'要求定义方法'委托' - 使用@synthesize，@ dynamic或在此类实现中提供方法实现

回音警告信息

属性'委托'需要定义方法'setDelegate：' - 使用@synthesize，@ dynamic或在此类实现中提供方法实现

回音警告信息

不使用ARC
时，
'__ bridge'强制转换无效

在这种情况下你只需要使用c风格的演员

变量'loc_tip'在'if'条件为假时使用未初始化

ARC为您做到了这一点。做ARC会做的事情：

NSSomething * loc_tip = nil;

变量'loc_tip'在'＆amp;＆amp;'时使用未初始化条件是假的

回复之前的回复

'tableView：toolTipForCell的实现中的冲突参数类型：rect：tableColumn：row：mouseLocation：'：'NSInteger'（又名'int'）vs'long'

选择器的声明不匹配 - 从标题（NSTableView.h）复制声明，看看（参数类型的）更改是否需要对您的实现进行任何其他更改。

将SAFELY 64位应用程序转换为32/64位应用程序

1 个答案: