Objective-Cシングルトンの完全割り当てを解除する

Question

シングルトンを書くのが初めてで、現在のiOSプロジェクトに新しいものを使用する必要があります。要件の1つは、それが殺されるということです。私はこれがシングルトンのデザインに反していることを知っていますが、これは実行すべき/実行できるものですか？

Answer 1

もちろん、はでもかまいませんが、作成することができ、不要なときにリリースされるオブジェクトを探しているなら、それは通常のオブジェクトのように聞こえるでしょう。 :)

---

一般に、シングルトンは独自のライフサイクルを制御します。 2つの要件（1つはシングルトンを使用し、2つは自由にリリースできる）について詳しく述べていない限り、ここでは片側の議論を行うつもりです。

シングルトンが（ファイルリソースやネットワーク接続のような）本質的にユニークな他のリソースをラップする可能性があります。これが当てはまる場合、一般にシングルトンはそのリソースの「管理者」であり、シングルトンのインターフェースを介してそのリソースの制御を公開します。

これは、シングルトンオブジェクトが1トンのメモリ（何らかのバッファ）を保持しており、必要に応じてフラッシュされていることを確認したいからです。このような場合は、必要に応じてメモリを作成および解放する各メソッドについてよりスマートにすることができます。あるいは、シングルトンに低メモリシステム通知をリッスンさせ、適切に動作させることができます。

本質的には、シングルトンオブジェクト自体が実際にリリースされたケースを構築するのは難しいでしょう。単一の基本的なオブジェクトは、メモリ内のほんの一握りのバイトしか取ることができず、ぶら下がって誰も傷つけません。

Answer 2

もちろん問題ありません。あなたは新しいクラスメソッドを提供します：[MyClass killSingleton];そのメソッドはシングルトンを解放し、その内部参照をnilに設定します。次回誰かが[MyClass sharedSingleton]を尋ねると、以前と同じ手順を経て作成されます。

EDIT：実際、このようなルーチンは、セレクタreleaseをオーバーライドして去ってしまうことを拒否していました。したがって、状態の下の最初のコメントのように、これは静的スコープを持つオブジェクトです。オブジェクトの保持カウントを1に保つ静的変数によって維持されます。しかし、新しいクラスメソッドを追加してivar（ARCの下）を除外し、それを解放することで、望ましい結果が得られます。静的オブジェクトのインスタンス化と解放を制御することは、クラスメソッドを介して完全に行われるため、保守とデバッグが容易です。

Answer 3

私は、これはまた、Objective-Cの中に通常のメモリ管理パッテン反するシングルトン

の設計に反する知っています。通常、オブジェクトは破棄されないように別のオブジェクトを保持し、オブジェクトを破棄できるように解放します。しかし、オブジェクトを明示的に破棄することは、他のオブジェクトが行うことではありません。

オブジェクトAがシングルトンクラスSの共有インスタンスS1を取得した場合に起こることを考えてください。AがS1を保持する場合、一部のクラスメソッドがSを解放してもS1は存在し続け、 〜にはならない。クラスが後で新しい共有インスタンスS2を作成すると、Sのインスタンスが2つ、つまりS1とS2になります。これは、最初にシングルトンを定義するプロパティに違反します。

-retainをオーバーライドして-releaseを振り回すことでこの問題を回避することはできますが、最初は存在してはいけない問題を解決するのは非常に複雑です。

可能な代替方法は、共有オブジェクトを破棄するのではなく、リセットすることです。必要に応じて、すべての属性を既知の（おそらく無効な）状態に設定し、クラスメソッドで共有オブジェクトを再初期化することができます。共有オブジェクトを使用している可能性があるすべてのオブジェクトに対するすべての影響を認識してください。

Answer 4

私が今までに書いたことのないシングルトン（完全にUI中心のコントローラのために保存される）は、シングルトンではなくリファクタリングされることになります。すべて。シングル。 1。

こうして、私はシングルトンの作成をやめました。通常のクラスと同様に、インスタンス内で状態を維持するクラスを作成し、他のインスタンスとは分離して記述します。通知が重い場合は、通知オブジェクトとして常にselfを渡します。彼らには代表者がいます。彼らは内部状態を維持します。彼らは真にグローバルな状態の外にグローバルを避けます。

そして、しばしば、私のアプリにそのクラスのインスタンスがちょうど1つ存在することがあります。その1つのインスタンスはシングルトンのように機能し、実際には、アプリケーションのデリゲートやクラスメソッド（時にはsharedInstanceという名前でさえあるかもしれません）を介して、それを保持する便利な方法を作成することさえあります。

このクラスには、一般に2つの部分に分割される引き裂きコードが含まれます。後で復旧のために現在の状態を保持するコードと、インスタンスに関連するリソースを解放するコード。

シングルトンのように便利です。必要なときに多重化される準備ができています。

Answer 5

それはシングルトンの概念に対してだが、それは私は次のことをやってしまったので、シングルトンをクリアするために必要なARCベースのプロジェクト

//ARC 
@interface Singleton : NSObject 

+ (Singleton *)sharedInstance; 
+ (void)selfDestruct; 

@end 

@implementation Singleton 

static Singleton *sharedInstance = nil; 

+ (Singleton *)sharedInstance { 
    if (sharedInstance == nil) { 
     sharedInstance = [[Singleton alloc] init]; 
    } 
    return sharedInstance; 
} 

+ (void) selfDestruct { 
    sharedInstance = nil; 
} 

@end 

Answer 6

//This can be implemented using bool variable. If bool no create new instance. 

@interface Singleton : NSObject 

+ (Singleton *)sharedInstance; 

@end 

@implementation Singleton 

static Singleton *sharedInstance = nil; 

+ (Singleton *)sharedInstance { 

     if (!keepInstance) { 
       sharedInstance = [[Singleton alloc] init]; 
       keepInstance = YES; 
     } 
     return sharedInstance; 
} 

@end 

Answer 7

ため、次のように実装できます。

- (void)deleteSingleton{ 
@synchronized(self) { 
    if (sharedConfigSingletone != nil) { 
     sharedConfigSingletone = nil; 
    } 
} 
} 

希望します。