Me gusta la forma en que Guice hace que sea bastante sencillo crear manualmente sus propios módulos, cada uno con sus propios enlaces hechos en código. Por otro lado, CDI parece confiar más en la magia que en el acceso programático a las vinculaciones de sest. ¿Estoy equivocado o cómo se puede lograr el mismo efecto con WELD?¿Hay un equivalente en CDI (WELD) para construir definiciones (como se hace en los módulos de Guice) y luego crea un inyector?
Cualquier ejemplo de código sería apreciada ...
CLARIFICACION
Tenía la esperanza de construir un módulo (término Guice lo siento insegura del término CDI) mediante programación, utilizando el estilo Builder dada por Guice en http://code.google.com/p/google-guice/.
Estoy construyendo un sistema dinámico y necesito enlazar tipos (como interfaces), constantes, etc. en lugar de simplemente soldar Digitalizar dinámicamente la ruta de clases, etc., y buscar y registrar tipos. Creo que CDI es estático, el paquete javax.inject no incluye ninguna interfaz que permita vincular los tipos de forma programática a las implementaciones.
CLARIFICACION PARTE 2
La premisa básica de la pregunta original era la simple observación de que las anotaciones se cuecen al horno y las reglas definidas en ellos para ayudar a la inejctor no se pueden cambiar. Originalmente quería acceso público a las mismas interfaces que usa el escáner CDI classpath para construir definiciones para su uso interno. Básicamente, lo que quiero decir es que quiero una capa que me permita leer las anotaciones y crear las definiciones para el contenedor. Un proveedor predeterminado podría ser uno que haga lo que sucede ahora, pero si quiere alguna otra estrategia, entonces existe la posibilidad de hacerlo.
Un problema con el enfoque actual es la limitación de que uno no puede reutilizar componentes (clases) con anotaciones diferentes para seleccionar colaboradores diferentes. Antes de saltar, permítanme calificar esta afirmación, sí, se puede hacer con proveedores y demás, pero esto lleva a más artefactos. Debería haber una manera más simple.
Ejemplo 1
Lo siento si este ejemplo es pobre, mi caso de uso es mucho más complicado y el detalle sería ponerse en el camino y hacer una lectura mucho más tiempo.
Imagínese uno tiene un componente de reescritura de URL que por bien de los argumentos tiene algunos parámetros como
- reemplazar este patrón con ese patrón.
- quizá un limpiador html
Si desea inyectar este mismo componente con dos reglas diferentes, pero tienen reemplazar el inyector limpiador html, su pegada. Claro que hay formas de evitar esto, pero requieren artefactos que, por supuesto, es más código.
Desafortunadamente, todas las reglas de encuadernación están en la clase y no en la instancia, por lo que cada vez que solicite una clase obtendrá una instancia prácticamente equivalente de manera equivalente.
SOLDADURA
Esta pregunta fue escrito hace un whiel, he renunciado a Weld.I creen que la forma en que se dicta cómo se realiza su magia está mal. No me gusta el hecho de que me dicten cómo sucede esto sin proporcionarme una forma de controlar cuándo o cómo puedo repetir esta acción.No me gusta esta inflexibilidad.
¿Cambiar a Guice? –
Bueno, esperaba usar un "estándar" al que Guice y Spring avanzaran. Dadas las diferencias entre los 3 grandes, aparece mientras que CDI puede ser un estándar, es algo incompleto e ignorado ya que WELD tiene muchos extras y mientras Guice y Spring comparten algunas anotaciones, funcionan de manera diferente y usan class/intf no estándar. –
@mP podría explicar (con ejemplos) el efecto deseado, porque no sé guice – Bozho