¿Cómo se implementa manualmente la inyección de dependencia?

Question

Cómo podemos inyectar manualmente un objeto sin utilizar la función de contenedores. Hice algo similar a través de la reflexión de la siguiente manera.

Class actionClass = Class.forName("SampleClass"); 
Object actionObject = actionClass.newInstance(); 
Method reqMethod = actionClass.getMethod("setRequest", HttpServletRequest.class); 
reqMethod.invoke(actionObject,request); 

¿Es la manera correcta de hacer DI?

Mi intención es pasar objeto de solicitud a diferentes clases de controlador dinámicamente desde un filtro de despachador, donde obtenemos objetos de solicitud y respuesta. Temo por el rendimiento de la reflexión. ¿Hay algún reemplazo para hacer DI?

Answer 1

Dependency Injection implica que se obtienen referencias inicializadas correctamente que aparecen "por arte de magia".

Llama al método setRequest() con el objeto de solicitud, pero DI también permite configurar los campos sin invocar métodos.

Guice no requiere un contenedor, pero utiliza la magia del cargador de clases iniciada en el método principal. ¿Sería eso utilizable para ti?

Answer 2

La inyección de dependencia no es más que proporcionar una clase con sus dependencias, en lugar de tener que encontrarlas por sí mismo (a través de búsquedas únicas/búsquedas, etc.). Para que pueda hacerlo en código trivialmente así:

DatabaseConnection dc = new DatabaseConnection(); 
MyDAO dao = new MyDAO(dc); 

(pseudocódigo). Aquí, el MyDAO se está inyectando con una conexión de base de datos. Si esa conexión de base de datos implementa una interfaz, puede simular esto fácilmente durante la prueba.

Answer 3

Bueno, cuando se establece un objeto en otro objeto utilizando el método setter oa través de un constructor, también es la inyección de dependencia. La inyección de dependencia solo significa crear una relación (dependencia) en los objetos.

Usar la reflexión como lo hizo es solo otra forma de hacerlo.

Answer 4

¿Por qué usaría la reflexión? ¿Por qué no simplemente:

SampleClass action = new SampleClass(); 
action.setRequest(request); 

Eso hace lo mismo, pero es más fácil de leer, permite al compilador para comprobar que realmente existen los tipos y métodos, te ofrece la Javadoc para el método invocado, permite a su IDE para ayudar en refactorizaciones, ...

Y todavía es inyección de dependencia, porque la acción no busca su solicitud, pero recibe la solicitud durante la inicialización.

Editar: solicitó Thorbjørn Muestro cómo se usaría esa acción. Se inyectaría por sí mismo (usando un setter) en cualquier componente que use la acción. El componente usaría entonces el objeto de acción inyectado.

SampleClass action = new SampleClass(); 
action.setRequest(request); 
Servlet servlet = new ActionBasedServlet(); 
servlet.setAction(action); 

Si servlet está destinado a vivir más que action, es decir, se debe utilizar un nuevo Action cada vez que se necesita uno, se puede inyectar en lugar setter un ActionFactory en servlet.

En este caso concreto, me pregunto si la acción realmente necesita mantener una solicitud como parte de su estado, o puede ser inmutable y simplemente actuar sobre la solicitud aprobada por el Servlet como parámetro de método.En ese caso, la inicialización de tiempo de arranque haría:

SampleClass action = new SampleClass(); 
Servlet servlet = new ActionBasedServlet(); 
servlet.setAction(action); 

y ActionBasedServlet definiría

public void serve(Request req, Response resp) { 
    foo(); 
    action.act(req, resp); 
    bar(); 
} 

Answer 5

marco de primavera es una de las implementaciones más populares DI. También es de código abierto. Puede consultar la clase org.springframeowrk.beans.BeanUtils, específicamente los métodos copyProperties (todos los 4) para ver ejemplos de cómo hacer esto. Para obtener más información, también puede ver la jerarquía de clases de org.springframework.beans.factory.BeanFactory para diferentes estrategias.