Xcode/iOS——摆脱特定常量的弃用警告？

Question

我的项目中有一些已弃用的常量。他们需要留下来。我不想收到关于它们的警告，但是如果稍后在我的项目中出现其他已弃用的常量，我确实希望收到警告。

Apple 的标头将它们声明如下：

extern NSString * const NameOfStringConstant __OSX_AVAILABLE_BUT_DEPRECATED(version availability info here)

如何使警告静音？

有关消除已弃用方法警告的相关答案此处
有关消除有关已弃用字符串转换的警告的相关答案 此处

Answer 1

我知道这是一个老话题，但今天我也遇到了同样的烦恼。

示例：您希望摆脱烦人的弃用警告，但仅针对 [[UIDevice currentDevice] uniqueIdentifier]] 因为您很可能希望在 TestFlight 的开发阶段使用它。
如果您错误地使用了其他一些已弃用的声明，您仍然希望编译器发出警告。

我喜欢 sarfata 的答案：它可以完成任务。但还有更多政治正确的方法：

以下配方取自Goo 软件博客。

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wdeprecated-declarations"
    [TestFlight setDeviceIdentifier:[[UIDevice currentDevice] uniqueIdentifier]];
#pragma clang diagnostic pop

确保在构建分发之前注释掉此行。或者简单地使用预处理器宏从发布版本中排除此行。

Answer 2

添加到编译器标志：

-Wno-deprecated-declarations

或者，在 Xcode 中，为构建设置选项选择“否”：

Warn About Deprecated Functions

然后如果您查看构建输出（Xcode 4 中的 Apple+7），您会注意到上述编译器标志。

Answer 3

这个问题的正确答案是不使用已弃用的常量。检查文档以获取立即完成某些任务的推荐方法。对于已弃用的方法/常量/无论什么，如果您愿意，几乎总是有一个指向“替换”的链接。用它来代替。这样，当这些永远消失时，您的代码不会神秘地中断，但您的用户仍然拥有针对旧 sdk 构建的版本，现在他们的代码崩溃了，或者更糟的是，做了奇怪的事情。

Answer 4

这是谷歌中的#1答案，我相信在使用已弃用的方法有用并且您想避免警告以保持构建“干净”时，有一些公平的情况。该解决方案的灵感来自：http://vgable。 com/blog/2009/06/15/ignoring-just-one-deprecated-warning/

这个想法是声明一个具有相同方法的新协议（但不弃用当然）并将对象强制转换为该协议。这样您就可以调用该方法而不会收到警告，也不会消除所有弃用警告。

示例：如果您想将 TestFlight 集成到您的应用程序中，SDK 文档建议在 BETA 中传输设备的唯一标识符。这可以帮助跟踪哪个测试人员出现了问题。 Apple 已弃用此方法（并且他们不会让您提交应用程序），但我相信这是使用已弃用方法的一个很好的示例。

在您的应用程序委托中：

/* This is to avoid a warning when calling uniqueIdentifier for TestFlight */
@protocol UIDeviceHack <NSObject>

- (NSString*) uniqueIdentifier;

@end


@implementation MyAppDelegate

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    [TestFlight takeOff:@"Your-Testflight-team-id"];
    // TODO: Remove this in production (forbidden APIs) - Used here to improve beta reporting.
    [TestFlight setDeviceIdentifier:[(id<UIDeviceHack>)[UIDevice currentDevice] uniqueIdentifier]];

    // ...
}