创建对象

Question

我想下面的方法我用它来创建对象的批判：

在接口文件：

MyClass * _anObject; 
... 
@property (retain, nonatomic) MyClass * anObject; 

在实现文件：

@property anObject = _anObject 

到目前为止，这么简单。现在让我们来替代默认的getter：

(MyClass *) anObject { 
    if(_anObject == nil) { 
     self.anObject = [[MyClass alloc] init]; 
     [_anObject dowWhateverInitAction]; 
    } 
    return _anObject; 
} 

编辑： 我原来的问题是关于只创建（而不是在整个生命周期）的对象，但我添加以下，这样它不” Ť通过关闭任何一个：

- (void) dealloc { 
    self.anObject = nil; 
} 

/EDIT

的工作的主要一点是，设置器吸气剂的内部使用。我已经将它用于所有类型的对象（ViewController，其他类型等）。我得到的优点是：

• 仅在需要时才创建对象。它使应用相当快 （例如，在应用中有6-7个视图，只有一个在 开始创建）。
• 我不必担心在使用它之前创建对象......它会自动发生。
• 我不必担心第一次需要对象的位置......我只能访问对象，就好像它已经存在一样，如果不存在，它就会被创建为新的。

问题：

• 是否恰好是一个既定的模式？
• 你看到这样做的缺点吗？

Answer 1

是的这是一个确定的模式。我经常使用这样的懒惰实例来代替-init或-viewDidLoad与一堆设置代码混淆。如果由于-init中发生的事件而导致该对象最终被创建，我会将该值赋给实例变量，而不是使用合成的setter。

Answer 2

这种模式通常用作延迟加载技术，只有在第一次请求时才创建对象。

如果创建的对象需要大量的计算来创建，并且在时间紧急的情况下请求（在这种情况下，使用这种方法没有意义），则此方法可能存在缺陷技术）。但是我会说，如果物体能够快速创建，这是一个足够合理的事情。

Answer 3

你的实现唯一的问题是（假设你还没有使用ARC）是你有内存泄漏 - 使用setter意味着你的MyClass实例被过度保留。在初始化之后，您应该释放或自动释放_anObject，或直接分配它的值而不是调用setter。

除此之外，这是非常好的，当MyClass是一个不一定需要马上需要并且可以很容易重新创建的对象时，这是一个很好的模式：您对内存警告的响应可以包括self.anObject = nil到释放实例的内存。

Answer 4

它看起来像一个体面的lazy initialization。在哲学上，人们可以争辩说缺点是吸气剂有副作用。但副作用是不可见的，它是一种既定模式。

Answer 5

懒惰实例化是一种已建立的模式，Apple在其可怕的核心数据模板中使用它。

其主要缺点是过于复杂且通常不必要。我已经失去了我看到过的次数，在初始化父对象时仅仅实例化对象会更有意义。

如果一个简单的解决方案是一样好，请使用更简单的解决方案。当父对象被初始化时，为什么不能实例化这些对象是否有特殊的原因？也许这个子对象占用大量内存，而且很少被访问？是否需要大量的时间来创建对象，并且在应用程序的时间敏感部分中初始化父对象？然后随意使用懒惰的实例。但大多数情况下，您应该更喜欢更简单的方法。

它也不是线程安全的。

关于你的优点：

需要当一个对象只被创建。它使应用程序非常快速（例如，应用程序中有6-7个视图，只有一个在开始时创建）。

你指的是视图还是视图控制器？您的陈述与意见没有任何意义。我通常不会发现自己需要将视图控制器存储在实例变量/属性中，当我需要切换到它们并将它们推送到导航堆栈时，我将它们实例化，然后在完成时弹出它们。

您是否尝试过不使用此模式的应用程序？关于表现的猜想常常是错误的。

我不必担心在使用对象之前创建对象......它会自动发生。

不，现在你不用担心编写一个特殊的getter。这比简单的实例化更复杂，更容易出错。它也使您的应用程序逻辑和性能更难于理解和推理。

我不必担心第一次需要对象的位置......我只能访问对象，就好像它已经存在一样，如果不存在，它就会被创建为新的。

在父对象的初始化过程中实例化它时，您不必担心。