Wofür wird der Prototyp Spring Bean verwendet?

Question

Standardmäßig ist das Bean, das von Spring erstellt wird, Singleton. Sie sind Thread-sicher, weil sie staatenlos sind. Wenn Spring eine statusbehaftete Bean erstellen soll, müssen wir den Prototypbereich für die Bean-Definition verwenden. Wir müssen uns um die Thread-sicheren Probleme kümmern. Alle Staatenlosen Bohnen werden verschmutzt, wenn sie von der Prototypbohne injiziert werden. Also, ich kann mir nicht vorstellen, wo wir den Prototypbereich verwenden können. Kannst du ein typisches Szenario geben, dass wir Spring Bean benutzen können/müssen? Wie können wir auch die statusbehaftete Verschmutzung anderer Singleton-Bohnen zunichte machen?

Answer 1

Es gibt viele Gründe, den Prototypbereich zu verwenden, z. B. wenn Sie "new" anstelle von Singleton verwenden. Eine Bean pro Benutzer, eine Bean pro Request, eine Sammlung eindeutiger Beans usw. Verwenden Sie in Nicht-Trivial-Anwendungen schließlich nicht mehr Singletons als Singletons?

Singleton-Bohnen sind nicht thread-sicher, weil sie Singletons sind – sie müssen geschrieben Thread-sicher sein. Sie werden nicht magisch fadensicher. Der Umfang einer Bean ist genau das, ihr Umfang: sie macht die Bean für den bestimmten Bereich – nicht passend, das liegt beim Entwickler.

Answer 2

Ich nehme prototypische Scoped-Beans als Alternative zu Factory-Klassen, die zum Erstellen von Objekten verwendet werden, wahr. Der Unterschied ist im Falle von Prototyp-Beans Frühjahr sparen Sie einige Code für die Abhängigkeit Injektion und wird auch automatisch Ihre Objekte für Transaktionen usw. Proxy wenn angemessen.

Ich selbst bevorzuge den Fabrikansatz. Ein vernünftiges Szenario für den Prototypumfang, dem ich begegnete, war ein zustandsbehaftetes Objekt, das von verschiedenen bekannten Beans benötigt wurde und jeder eine eigene Kopie benötigte. Eine dedizierte Factory-Klasse wäre in diesem Szenario überflüssig, da ich Objekte nicht im laufenden Betrieb, sondern nur während der Instanziierung anderer Beans erstellen musste.