Question

虽然最近使用Objective-C和其中编写的各种库，但我注意到两个非常流行的单例模式。一个版本获取单例实例并调用其实例方法，而其他版本仅公开类方法，并且永远不会为您提供实例。所有这些都旨在抽象对单个资源（StoreKit，CoreData，Parse API等）的访问。例如，这是MKStoreKit中使用的前一种方法：

// initialize singleton during app boot
[MKStoreManager sharedManager]

// sometime later in the app
[[MKStoreManager sharedManager] buyFeature:kFeatureAId 
                                onComplete:^(NSString* purchasedFeature)
 {
     NSLog(@"Purchased: %@", purchasedFeature);
 }
                               onCancelled:^
 {
     NSLog(@"User Cancelled Transaction");
 }];

或NSUserDefaults，UIApplication等。另一种方法可以在MagicalRecord或Parse API中看到：

// configure API credentials sometime during app boot
[Parse setApplicationId:@"123456"
              clientKey:@"123456"];

// sometime later
PFObject *testObject = [PFObject objectWithClassName:@"TestObject"];
[testObject setObject:@"bar" forKey:@"foo"];
[testObject save];

这两种方法的优点和缺点是什么，其中一种基本上比另一种更好？

不必检索共享实例可以节省一些屏幕空间（性能差异可能无关紧要），但我是否以其他方式搞砸自己，例如，可测试性？

谢谢！

Answer 1

基于类方法实现该方法有两种不同的方法：

使用从每个人隐藏的类创建一个单例实例，并将其方法隐藏在具有相同签名的包装类方法之后，或者
制作完成所有工作的类方法

第一个实现的含义是你可以用单例做的所有事情，你可以用隐藏的单例做：

使用子类成为可能
在运行过程中切换实例很容易
状态存在于实例变量
初始化遵循熟悉的模式

如果你选择不使用单例的实现，你将依靠静态变量来保持当前状态。这是一个合理的选择，但是初始化模式变得不同（甚至可能使用dispatch_once），你不能在不依赖于某些丑陋if条件的情况下在中间切换实现，并且使用子类变为更棘手。

测试第一个实现比测试第二个实现要容易一些，因为您可以通过后门提供单独的单例实现进行测试;使用基于静态的实现，不能使用此路由。

总而言之，我会使用基于单例的解决方案，单例可选地隐藏在提供单例方法访问的“外观”后面。我不会使用所有状态必须放在静态变量中的实现。

Answer 2

单例方法的一个优点是，如果需要，允许其他实例变得微不足道。如果采用类方法方法，那就是没有大量重构的所有方法。

单例实例与类方法

2 个答案: