Статическая строковая переменная в Objective C на iPhone
2 ответа
Обновление: Начиная с Xcode 8, Objective-C имеет свойства класса. Обратите внимание, это в основном синтаксический сахар; эти свойства не синтезируются автоматически, поэтому реализация в основном не изменилась по сравнению с предыдущими.
// MyClass.h
@interface MyClass : NSObject
@property( class, copy ) NSString* str;
@end
// MyClass.m
#import "MyClass.h"
@implementation MyClass
static NSString* str;
+ (NSString*) str
{
return str;
}
+ (void) setStr:(NSString*)newStr
{
if( str != newStr ) {
str = [newStr copy];
}
}
@end
// Client code
MyClass.str = @"Some String";
NSLog( @"%@", MyClass.str ); // "Some String"
См. WWDC 2016 Что нового в LLVM . Часть свойств класса начинается примерно на отметке 5.
Исходный ответ:
Objective-C не имеет переменных класса, что, как я думаю, вы ищете. Вы можете как бы подделать его с помощью статических переменных, как вы это делаете.
Я бы рекомендовал поместить статический NSString в файл реализации вашего класса и предоставить методы класса для доступа / изменения его. Примерно так:
// MyClass.h
@interface MyClass : NSObject {
}
+ (NSString*)str;
+ (void)setStr:(NSString*)newStr;
@end
// MyClass.m
#import "MyClass.h"
static NSString* str;
@implementation MyClass
+ (NSString*)str {
return str;
}
+ (void)setStr:(NSString*)newStr {
if (str != newStr) {
[str release];
str = [newStr copy];
}
}
@end
В отличие от Java, где статическая переменная ограничена для всех экземпляров класса, статическая в C означает, что переменная доступна только из того файла, в котором она объявлена. . Он позволяет вам делать такие вещи, как объявление статической переменной внутри функции, которая устанавливает значение только в первый раз, , например, .
Одна вещь, о которой вы не упомянули, - это связь между классами A , B и C. Если они находятся в иерархии наследования, и вы ожидаете, что статическая переменная будет унаследована, как в Java, метод, описанный zpasternack , будет работать.
Если три класса не связаны между собой, и вы просто хотите получить доступ к значению, объявленному в A, тогда extern будет более подходящим способом. В таком случае, вы хотите объявить переменную как extern в ClassA.h, а затем определить ее в Class.m. Пока ClassB и ClassC импортируют ClassA.h, они смогут связываться с одним и тем же определением extern.
Один замечательный момент заключается в том, что вместо использования extern самого по себе его более надежно использовать OBJC_EXPORT , который определен в objc-api.h и также обрабатывает компиляцию под C ++. Вот пример кода:
// ClassA.h
OBJC_EXPORT NSString* commonString;
...
// ClassA.m
NSString* commonString = @"OldValue";
// ClassB.m
#import "ClassA.h"
...
commonString = @"NewValue"; // Can be inside a function or method
Конечно, использование внешних переменных таким образом создает печально известную, сильно критикуемую глобальную переменную , которая хрупка в том смысле, что любой может читать или записывать ее, а доступ к ней не контролируется. Это простой подход, который отвечает на ваш вопрос об использовании static по сравнению с extern . Однако в качестве принципа конструкции инкапсуляция, обеспечиваемая оболочкой переменной методами класса, намного безопаснее, хотя и более сложна. В объектно-ориентированных языках, когда вы пытаетесь достичь эффекта статического метода класса, инкапсуляция, вероятно, является правильным путем.