創建對象

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。這比簡單的實例化更復雜，更容易出錯。它也使您的應用程序邏輯和性能更難於理解和推理。

我不必擔心第一次需要對象的位置......我只能訪問對象，就好像它已經存在一樣，如果不存在，它就會被創建爲新的。

在父對象的初始化過程中實例化它時，您不必擔心。