我正在开发一个Cocoa应用程序,我使用常量nsstring作为存储我的首选项的键名的方式。

我知道这是一个好主意,因为它允许在必要时轻松更改密钥。 此外,这是整个“将数据与逻辑分离”的概念。

不管怎样,有没有一种好方法让这些常量在整个应用程序中定义一次?

我相信有一种简单而聪明的方法,但现在我的类只是重新定义它们所使用的方法。


当前回答

对@Krizz的建议进行了轻微修改,以便在常量头文件被包含在PCH中时正常工作,这是相当正常的。由于原始文件被导入到PCH中,它不会重新加载到.m文件中,因此您没有得到任何符号,链接器也不高兴。

但是,下面的修改允许它工作。这有点复杂,但很有效。

你需要3个文件,。h文件有常量定义,.h文件和。m文件,我将使用ConstantList.h, Constants.h和Constants。m,分别。Constants.h的内容很简单:

// Constants.h
#define STR_CONST(name, value) extern NSString* const name
#include "ConstantList.h"

和常数。M文件如下所示:

// Constants.m
#ifdef STR_CONST
    #undef STR_CONST
#endif
#define STR_CONST(name, value) NSString* const name = @ value
#include "ConstantList.h"

最后,ConstantList.h文件中有实际的声明,这就是全部:

// ConstantList.h
STR_CONST(kMyConstant, "Value");
…

有几点需要注意:

我必须在.m文件中#undefing后重新定义宏。 我还必须使用#include而不是#import来正常工作,并避免编译器看到之前预编译的值。 这将需要在任何值发生更改时重新编译PCH(可能还包括整个项目),如果正常情况下将它们分开(并复制),则不会出现这种情况。

希望这对大家有所帮助。

其他回答

简单的方法:

// Prefs.h
#define PREFS_MY_CONSTANT @"prefs_my_constant"

更好的办法:

// Prefs.h
extern NSString * const PREFS_MY_CONSTANT;

// Prefs.m
NSString * const PREFS_MY_CONSTANT = @"prefs_my_constant";

第二种方法的一个好处是,改变常量的值不会导致整个程序的重新构建。

还有一件事要提一下。如果你需要一个非全局常量,你应该使用static关键字。

例子

// In your *.m file
static NSString * const kNSStringConst = @"const value";

因为static关键字,这个const在文件外部是不可见的。


@QuinnTaylor的小修正:静态变量在编译单元中是可见的。通常,这是一个单独的.m文件(如本例所示),但是如果你在包含在其他地方的头文件中声明它,它会咬你一口,因为编译后你会得到链接器错误

对@Krizz的建议进行了轻微修改,以便在常量头文件被包含在PCH中时正常工作,这是相当正常的。由于原始文件被导入到PCH中,它不会重新加载到.m文件中,因此您没有得到任何符号,链接器也不高兴。

但是,下面的修改允许它工作。这有点复杂,但很有效。

你需要3个文件,。h文件有常量定义,.h文件和。m文件,我将使用ConstantList.h, Constants.h和Constants。m,分别。Constants.h的内容很简单:

// Constants.h
#define STR_CONST(name, value) extern NSString* const name
#include "ConstantList.h"

和常数。M文件如下所示:

// Constants.m
#ifdef STR_CONST
    #undef STR_CONST
#endif
#define STR_CONST(name, value) NSString* const name = @ value
#include "ConstantList.h"

最后,ConstantList.h文件中有实际的声明,这就是全部:

// ConstantList.h
STR_CONST(kMyConstant, "Value");
…

有几点需要注意:

我必须在.m文件中#undefing后重新定义宏。 我还必须使用#include而不是#import来正常工作,并避免编译器看到之前预编译的值。 这将需要在任何值发生更改时重新编译PCH(可能还包括整个项目),如果正常情况下将它们分开(并复制),则不会出现这种情况。

希望这对大家有所帮助。

我自己有一个头专门声明常量nsstring用于首选项,如下所示:

extern NSString * const PPRememberMusicList;
extern NSString * const PPLoadMusicAtListLoad;
extern NSString * const PPAfterPlayingMusic;
extern NSString * const PPGotoStartupAfterPlaying;

然后在附带的.m文件中声明它们:

NSString * const PPRememberMusicList = @"Remember Music List";
NSString * const PPLoadMusicAtListLoad = @"Load music when loading list";
NSString * const PPAfterPlayingMusic = @"After playing music";
NSString * const PPGotoStartupAfterPlaying = @"Go to startup pos. after playing";

这种方法对我很有帮助。

编辑:注意,如果字符串在多个文件中使用,则效果最好。如果只有一个文件使用它,你可以在使用字符串的。m文件中做#define kNSStringConstant @“常量NSString”。

你应该创建一个像这样的头文件:

// Constants.h
FOUNDATION_EXPORT NSString *const MyFirstConstant;
FOUNDATION_EXPORT NSString *const MySecondConstant;
//etc.

(如果您的代码不会在混合C/ c++环境或其他平台上使用,则可以使用extern而不是FOUNDATION_EXPORT。)

您可以将此文件包含在每个使用常量的文件中,或者包含在项目的预编译头中。

在.m文件中定义这些常量:

// Constants.m
NSString *const MyFirstConstant = @"FirstConstant";
NSString *const MySecondConstant = @"SecondConstant";

常量。应该将M添加到应用程序/框架的目标中,以便将其链接到最终产品中。

使用字符串常量而不是#define'd常量的优点是,你可以使用指针比较(stringInstance == MyFirstConstant)来测试是否相等,这比字符串比较([stringInstance isEqualToString:MyFirstConstant])快得多(并且更容易阅读,IMO)。