阅读完对某个问题的回复后question关于 Objective C 中的单例,似乎每个解决方案都在实例访问器中的线程方面做出了一些权衡。 IE。
@synchronized(self)
{
if (sharedInstance == nil)
sharedInstance = [[MySingleton alloc] init];
}
return sharedInstance;
这本质上是单线程访问单例,如果它是在操作中频繁使用的东西,那么似乎可能会导致线程不必要的争用。
简单地使用类对象作为单例实例并通过类方法公开功能有什么缺点,即
@interface MySingleton : NSObject {
}
+ (void)doSomething;
@end
@implementation MySingleton
+ (void)initialize {
//do some setup if necessary
}
+ (void)doSomething {
//do something
}
@end
通过这种方式,我们可以避免每次想要引用单例对象时都进行锁定+检查,并且还可以消除将其存储在本地或方法 ivar 中的必要。
这种方法还让运行时保证在任何给定时间系统中只存在一个实例(Class 对象)。
EDIT
这里不仅仅是线程,对于传统的单例,您通常编写如下代码:
MySingleton *instance = [MySingleton getSharedInstance];
NSObject *someResult = [instance getResult];
//or
if (instance.someProperty) {
//do something
}
但是,如果您的单例是类实例,则基本上无需一直调用 getSharedInstance。考虑这段代码:
NSObject *someResult = [MySingleton getResult];
//or
if ([MySingleton someProperty]) {
//do something
}
我听说你必须将数据存储在文件局部静态变量或全局变量中(恶心)。但它实际上与传统的单例并没有什么不同,只是您丢失了 Objective-C 2.0 属性(相反,您必须使用传统的访问器方法)。
对我来说,这是一个关键的权衡,这似乎是一场胜利。在传统的单例中,如果你真的想让事情变得正确,你最终会覆盖 -copyWithZone、+allocWithZone、-retain、-retainCount、-release 和 -autorelease。
每次你想要编写一个简单的 Singleton 对象时,这似乎需要做大量的工作(它们恰好非常有用)。那么为什么不简单地将其替换为:
@implementation MySingleton
+ (void)initialize {
//do your setup
}
- (id)init {
NSAssert(NO, @"You should read the documentation on singletons.");
}
@end
它在代码方面要轻得多,除非您的消费者真的很狡猾,否则他们永远不会创建两个实例。
已经进入正题了我的问题确实是这样的:
使用 Class 对象作为单例的实例有什么缺点吗?
似乎您可以在线程安全、内存效率等方面采取所有相同的步骤,而不必记住重写如此多的方法和访问器,或者用实例检查来乱扔代码。