der Umfang sollte ein DAO typischerweise

Question

sein außer Frage, dass ein dao Staaten, die nicht halten wird.

jedoch für einen einfachen Zugriff auf die Klasse, ist es besser Prototyp zu verwenden (= new jedes Mal) oder Singleton?

einfache Objekterstellung ist billig für dao ist .. es in der Regel nur eine Session hält, das Objekt aus einer Liste von Singletons Zugriff kann ebenso teuer sein.

clarfication. Im Mittelpunkt dieser Frage ist, ob es eine gemeinsame Konvention zum Scoping von daos ist

Answer 1

Wenn Sie Ihre Frage ist Architektur , ich mit Scoping DAOs auf die Arbeitseinheit gehen würde oder Transaktion Sie tun. Die reduziert das Potential für Quer Transaktion Verschmutzung und Threading-Probleme .

Wenn Sie Ihre Frage ist Leistung , dann liegt die Antwort in einem Profiler , die Sie auf genau Zahlen für Ihre gibt Arbeitsbelastung .

Answer 2

oder Prototyp in Kombination mit einem Pool verwenden, wie hier beschrieben:

http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/aop-api.html#aop-ts-pool

oder hier:

http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/classic-aop-spring.html#classic-aop-ts-pool

EDIT: offensichtlich, Ich gehe davon aus, dass der Frühling hier verwendet wird. Ansonsten entschuldige ich mich

Answer 3

Ich bin zu dem Schluss gekommen, dass es kein „perfekter“ Weg, dies zu entscheiden. Singletons Umfang ist wahrscheinlich der falsche Weg, um es in einer Web-Anwendung zu tun, da Sie verschiedene Sitzungen haben - einen pro Anfrage. so in einem Webapp - Anfrage Umfang kann die richtige Antwort sein, aber nur, wenn Sie es ausschließlich in Anfragen und nicht in Hintergrundaufgaben verwenden. Prototyp Umfang rentabel ist -. Aber nur, wenn Sie es komplexe Daten nicht halten