Comprender el marco de Spring
Características de Spring
Proporciona un método para administrar objetos que puede organizar eficazmente objetos de nivel medio en un marco perfecto.
La estructura jerárquica se puede introducir gradualmente en el proyecto.
Es útil desarrollar hábitos de programación orientados a interfaces
Uno de los propósitos es escribir código que sea fácil de probar.
Puede minimizar la dependencia de aplicaciones no intrusivas en Spring API.
Interfaz de acceso a datos consistente
Solución de arquitectura liviana
Comprensión de Spring
Spring se compromete a utilizar POJO para crear aplicaciones, la aplicación La infraestructura la proporciona el marco. Los POJO que solo contienen lógica de negocios se administran como un componente, formando así dos líneas paralelas relativamente independientes en la aplicación, extendiendo sus respectivos ciclos de vida en sus respectivos niveles de abstracción.
Spring funciona sobre la base de Ioc. Ioc elimina la responsabilidad de crear objetos desde el código de la aplicación al método habitual inyectado y a los parámetros ctor en el marco.
Cada definición de Bean se considera un POJO (un Bean definido por el nombre de la clase y las propiedades iniciales o parámetros del constructor del JavaBean).
El núcleo de Spring es BeanFactory. BeanFactory es un contenedor muy liviano con un nivel de abstracción más alto que los beans Springframework.
Reflexiones sobre la mantenibilidad
¿Spring y otras tecnologías realmente mejoran la mantenibilidad de los sistemas de aplicaciones?
Las tecnologías como Ioc AOP esencialmente eliminan la lógica codificada que reside originalmente en el código de la aplicación y la colocan en un archivo de configuración (u otra forma). Las voces dominantes creen que la mantenibilidad de las aplicaciones ha mejorado.
Pero si observamos los siguientes aspectos y los combinamos con la experiencia real del proyecto, personalmente siento que la aplicación de estas tecnologías reduce en gran medida la mantenibilidad de la aplicación, especialmente cuando se enfrenta a un sistema desconocido o Cambios frecuentes de personal.
Interrumpir la lógica de la aplicación hace que el código sea incompleto y poco intuitivo. En este momento, es imposible comprender completamente todos los comportamientos de la aplicación desde la fuente.
Configurar la lógica que debe codificarse aumenta la posibilidad de error y una carga adicional.
Retrocede en el tiempo y perdí el soporte IDE. En una era en la que las funciones IDE se vuelven cada vez más poderosas, cada vez es más fácil reconstruir el código anterior. Los IDE también proporcionan muchas funciones auxiliares poderosas, lo que reduce el umbral de programación. En general, es mucho más fácil mantener el código que mantener los archivos de configuración o una combinación de archivos de configuración y código.
La etapa de depuración no es intuitiva y no es fácil determinar el problema en la etapa posterior de respuesta al error.
Lishi Xinzhi/Article/program/Java/ky/201311/28692