Frage

JSR-299 (CDI) stellt das (leider genannt) Konzept einer Ressource: http://docs.jboss.org/weld/reference/1.0.0/en-US/html/resources.html#d0e4373

Sie können in dieser Nomenklatur als Brücke zwischen der Java EE 6 Marke von Dependency Injection einer Ressource denken (@EJB, @Resource, @PersistenceContext und dergleichen) und CDI Marke von Dependency Injection.

Der allgemeine Kern scheint, dass irgendwo zu sein (und dies wird die Wurzel meiner Frage) Sie erklären, was zu einer Brückenklasse beträgt: es enthält Felder beide kommentierten mit Java EE @EJB oder @PersistenceContext oder @Resource Anmerkungen und mit CDI @Produces Anmerkungen. Der Nettoeffekt ist, dass Java EE 6 einspritzt ein Persistenzkontext, sagen wir, wo es für und CDI genannt erkennt, dass PersistenceContext als Quelle für zukünftige Injektionen auf der ganzen Linie (gehandhabt durch @Inject) injiziert.

Meine Frage ist: Was ist der Konsens der Gemeinschaft ist - oder gibt es ein - auf:

  • Was soll diese Brückenklasse den Namen
  • wo sollte diese Brückenklasse leben
  • , ob es am besten, das ganze Zeug in eine Klasse zu lokalisieren oder machen einige von ihnen

...

Von links nach meiner eigenen Geräte, dachte ich an eine einzige Klasse namens CDIResources erklärt und die Verwendung dieser als der One True Platz Java EE DI mit CDI DI zu verknüpfen. Viele Beispiele etwas ähnliches tun, aber ich bin nicht klar, ob sie „nur“ Beispiele oder ob das ein guter Weg, es zu tun.

Danke.

War es hilfreich?

Lösung

Das scheint sehr subjektiv, aber I bevorzugen mehrere Klassen und I Anruf FooProducer eine Klasse Herstellung eines Foo zu machen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top