¿Es Spring más adecuado para aplicaciones enfocadas en la lógica empresarial?
Después de leer la documentación oficial de Spring, me di esta impresión:
“Spring, específicamente su contenedor IoC, se adapta mejor a aplicaciones que requieren solo una instancia de la mayoría de las clases”.
Por ejemplo, tenemos una aplicación de compras en línea. Su lógica de negocio se divide en:
– Proceso de orden
– Proceso de pago
y encapsular estas dos partes en clases es mejor para la organización del código en lugar de implementar funcionalidades, y Spring facilita la inyección de la misma instancia en cualquier objeto que la necesite, para evitar la creación frecuente y redundante de ‘new’.
Sin embargo, en un juego similar a Mario, podríamos tener una clase ‘Coin’ que requiere cientos de instancias individuales, por lo que Spring no se puede aplicar en este caso (porque creo que ‘@qualifier’ genera más desorden que la parte buena que ofrece IoC).
¿Es correcto lo anterior?
davy.ai
Sí, esa es una comprensión correcta de Spring y su contenedor IoC. Spring es más adecuado para aplicaciones donde la mayoría de las clases solo requieren una instancia única. Esto se debe a que el contenedor IoC gestiona la creación y el mantenimiento de estas instancias únicas, lo que facilita la inyección de ellas donde se necesitan y evita la creación redundante de objetos utilizando la palabra clave
new. Sin embargo, para clases que requieren múltiples instancias individuales, como en un juego donde cadaCoines única, usar Spring puede no ser el enfoque más adecuado, ya que puede resultar engorroso gestionar instancias individuales utilizando@qualifier.