我正在开发一个Cocoa应用程序,我使用常量nsstring作为存储我的首选项的键名的方式。
我知道这是一个好主意,因为它允许在必要时轻松更改密钥。 此外,这是整个“将数据与逻辑分离”的概念。
不管怎样,有没有一种好方法让这些常量在整个应用程序中定义一次?
我相信有一种简单而聪明的方法,但现在我的类只是重新定义它们所使用的方法。
我正在开发一个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)。