iOS Singleton-Klasse innerhalb der MVC-Architektur

Question

Die meisten iOS-Apps basieren auf dem MVC-Design-Muster und wir verwenden Singleton-Klassen in unseren Apps seit vielen Jahren. Ich weiß, dass Singleton selbst ein Designmuster ist und viele betrachten es als Anti-Pattern und all die guten schlechten Sachen über Singletons.

Aber wenn Sie MVC als eine Gesamtarchitektur für Ihre App-Entwicklung betrachten, würde ich gerne verstehen, wo ein Singleton darin kategorisiert wird. Ist es ein Modell, eine Ansicht oder ein Controller? Wenn ja warum? Wenn es keiner dieser drei gehört, was ist es dann?

Das mag eine dumme Frage scheinen, aber es stört mich, wie mir diese Frage in einem Interview in einer renommierten Firma gestellt wurde.

Answer 1

MVC ist ein architektonisches Muster, während Singleton ein Designmuster ist. Die beiden Dinge sind nicht miteinander verwandt, und daher ist Singleton in MVC "nichts".

Abgesehen von jeder politischen Diskussion über die Verwendung von Singletons könnten Sie theoretisch entscheiden, jede Model-, View- oder Controller-Klasse zu einem Singleton zu machen.

Wie Gnasher darauf hingewiesen hat, werden ViewControllers innerhalb des iOS SDKs durch die Laufzeit erstellt und zerstört, was bedeutet, dass es unlogisch wäre, Singletons in diesem Kontext zu sein, ungeachtet der Theorie.

Ein wahrscheinlicheres Szenario ist, dass Ihr Modell für mehrere Ansichten verfügbar sein soll. Sie könnten dieses Modell zu einem Singleton machen, auf das über ein Framework zur Abhängigkeitsinjektion oder die Injektion von Konstruktoren zugegriffen werden kann. In diesem Fall ist Ihre Klasse sowohl eine Model-Klasse als auch ein Singleton. Sie schließen sich nicht gegenseitig aus.

Ich frage mich, ob das Ihre Interviewer gemeint haben - wo würden Sie am liebsten Singleton in einer iOS App verwenden? In diesem Fall wäre die richtige Antwort im Modell.