我通常使用Barry Wark和Rahul Gupta发布的方法。

虽然，我不喜欢在.h和.m文件中重复相同的单词。 注意，在下面的例子中，这一行在两个文件中几乎是相同的:

// file.h
extern NSString* const MyConst;

//file.m
NSString* const MyConst = @"Lorem ipsum";

因此，我喜欢使用一些C预处理器机制。 让我通过例子来解释。

我有一个头文件，它定义宏STR_CONST(名称，值):

// StringConsts.h
#ifdef SYNTHESIZE_CONSTS
# define STR_CONST(name, value) NSString* const name = @ value
#else
# define STR_CONST(name, value) extern NSString* const name
#endif

h/里的。m对，我想定义常数，我这样做:

// myfile.h
#import <StringConsts.h>

STR_CONST(MyConst, "Lorem Ipsum");
STR_CONST(MyOtherConst, "Hello world");

// myfile.m
#define SYNTHESIZE_CONSTS
#import "myfile.h"

等，瞧，我有关于常数的所有信息在.h文件只有。

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

// 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)。

// Prefs.h
extern NSString * const RAHUL;

// Prefs.m
NSString * const RAHUL = @"rahul";

我使用了一个单例类，这样我就可以模拟该类并在测试时更改常量。常量类是这样的:

#import <Foundation/Foundation.h>

@interface iCode_Framework : NSObject

@property (readonly, nonatomic) unsigned int iBufCapacity;
@property (readonly, nonatomic) unsigned int iPort;
@property (readonly, nonatomic) NSString * urlStr;

@end

#import "iCode_Framework.h"

static iCode_Framework * instance;

@implementation iCode_Framework

@dynamic iBufCapacity;
@dynamic iPort;
@dynamic urlStr;

- (unsigned int)iBufCapacity
{
    return 1024u;
};

- (unsigned int)iPort
{
    return 1978u;
};

- (NSString *)urlStr
{
    return @"localhost";
};

+ (void)initialize
{
    if (!instance) {
        instance = [[super allocWithZone:NULL] init];
    }
}

+ (id)allocWithZone:(NSZone * const)notUsed
{
    return instance;
}

@end

它是这样使用的(注意常量c的简写使用-它节省了每次输入[[constants alloc] init]):

#import "iCode_FrameworkTests.h"
#import "iCode_Framework.h"

static iCode_Framework * c; // Shorthand

@implementation iCode_FrameworkTests

+ (void)initialize
{
    c  = [[iCode_Framework alloc] init]; // Used like normal class; easy to mock!
}

- (void)testSingleton
{
    STAssertNotNil(c, nil);
    STAssertEqualObjects(c, [iCode_Framework alloc], nil);
    STAssertEquals(c.iBufCapacity, 1024u, nil);
}

@end

公认的(正确的)答案是“你可以包含这个[Constants.h]文件…在项目的预编译头中。”

作为新手，在没有进一步解释的情况下，我很难做到这一点——以下是如何做到的:pch文件(这是Xcode中预编译头文件的默认名称)，在#ifdef __OBJC__块中导入Constants.h。

#ifdef __OBJC__
  #import <UIKit/UIKit.h>
  #import <Foundation/Foundation.h>
  #import "Constants.h"
#endif

还要注意Constants.h和Constants.h。M文件中除了已接受的答案中描述的内容外，绝对不应该包含任何其他内容。(没有接口或实现)。

正如Abizer所说，您可以将其放入PCH文件中。另一种不那么脏的方法是为所有键创建一个包含文件，然后将其包含在您使用键的文件中，或者将其包含在PCH中。在它们自己的包含文件中，至少给了您一个查找和定义所有这些常量的地方。