Buenas Practicas De Configuracion De Spring - Historial de revisiones

83.175.211.70: /* Integrar archivos de configuración mediante ApplicationContext y no utilizando import */

2011-07-11T14:47:19Z

‎Integrar archivos de configuración mediante ApplicationContext y no utilizando import

2011-07-11T14:46:50Z

‎Integrar archivos de configuración mediante ApplicationContext y no utilizando import

2010-04-27T21:32:32Z

‎Usar formas abreviadas de configuración

2009-12-30T12:09:04Z

‎Integrar archivos de configuración mediante ApplicationContext y no utilizando import

2009-10-20T12:46:00Z

‎Usar dependency-check durante la fase de desarrollo

2009-10-20T12:44:10Z

‎Utilizar inyección de dependencias por Setter en vez de por Constructor

2009-10-20T12:43:22Z

‎Utilizar inyección de dependencias por Setter en vez de por Constructor

2009-10-20T12:42:08Z

‎No abusar de la inyección de dependencias

2009-08-26T12:45:19Z

2009-03-02T15:01:29Z

‎Usar convenciones de nomenclatura

@@ Línea 103: / Línea 103: @@
          <bean id="PlanetaObjetivoService"
-               class="com.dosideas.spring.PlanetaObjetivoServie"/>
+               class="com.dosideas.spring.PlanetaObjetivoService"/>
 <beans>
 </code>

@@ Línea 103: / Línea 103: @@
          <bean id="PlanetaObjetivoService"
-               class="com.dosideas.spring.PlanetaObjetivoService"/>
+               class="com.dosideas.spring.PlanetaObjetivoServie"/>
 <beans>
 </code>

@@ Línea 39: / Línea 39: @@
 <code lang="xml">
-<bean id="InvasorService"
+<bean id="InvasorServic"
        class="com.dosideas.spring.InvasorService">
          <property name="nombreInvasor" value="Zim"/>

@@ Línea 95: / Línea 95: @@
 === Integrar archivos de configuración mediante ApplicationContext y no  utilizando import ===
-Al igual que el import en los scripts de Ant, el import en Spring es conveniente para unir archivos modularizados de comfiguración. Por ejemplo:
+Al igual que el import en los scripts de Ant, el import en Spring es conveniente para unir archivos modularizados de configuración. Por ejemplo:
 <code lang="xml">

@@ Línea 124: / Línea 124: @@
 === Usar dependency-check durante la fase de desarrollo ===
-Se puede asignar al atributo dependency-check en la definicion de un bean un valor destinto del default '''none''', como ser: '''simple''', '''objects''', o '''all'''. Con esto el contenedor puede realizar valiadciones de dependencias. Esto es util cuando todas las propiedades (o cierto grupo de propiedades) de un bean deben ser asignadas explicitamente (o por autowiring...pero ya dijimos lo malo de usar autowiring).
+Se puede asignar al atributo dependency-check en la definicion de un bean un valor distinto del default '''none''', como puede ser: '''simple''', '''objects''', o '''all'''. Con esto el contenedor puede realizar validaciones de dependencias. Esto es útil cuando todas las propiedades (o cierto grupo de propiedades) de un bean deben ser asignadas explícitamente (o por autowiring...pero ya dijimos lo malo de usar autowiring).
 <code lang="xml">

@@ Línea 172: / Línea 172: @@
 </code>
-En este ejemplo, el bean '''invasorService''' usa inyección por constructor, mientras que el bean '''robotService''' usa inyección por setter. La inyección de dependencias por constructor garantiza que el bean no sera construido con un estado inválido, pero la inyección de dependencias por setters es mucho mas flexible, especialmente cuando la clase tiene muchas propiedades y la mayoria de ellas son opcionales.
+En este ejemplo, el bean '''invasorService''' usa inyección por constructor, mientras que el bean '''robotService''' usa inyección por setter. La inyección de dependencias por constructor garantiza que el bean no será construido con un estado inválido, pero la inyección de dependencias por setters es mucho más flexible, especialmente cuando la clase tiene muchas propiedades y la mayoria de ellas son opcionales.
 === No abusar de la inyección de dependencias ===

@@ Línea 160: / Línea 160: @@
 === Utilizar inyección de dependencias por Setter en vez de por Constructor ===
-Spring provee tres tipos de inyección de dependencias: inyección por constructor, por setter y por método. Usualmente solamente utilizamos las dos primera.
+Spring provee tres tipos de inyección de dependencias: inyección por constructor, por setter y por método. Usualmente solamente utilizamos las dos primeras.
 <code lang="xml">

@@ Línea 176: / Línea 176: @@
 === No abusar de la inyección de dependencias ===
-El ApplicationContext de Spring puede crear los objetos java que sean necesarios, pero no todos los objetos deberian ser creados a travez del motor de inyección de dependencias. Como ejemplo, los objetos de dominio no deberian ser creados utilizando inyección de dependencia. Los archivos de configuración pueden sobrecargarse mucho si no se controla bien el crecimiento de los beans definidos. Sobreutilizar la inyección de dependencia puede hacer el archivo de configuración muy complicado y sobrecargado.
+El ApplicationContext de Spring puede crear los objetos java que sean necesarios, pero no todos los objetos deberian ser creados a través del motor de inyección de dependencias. Como ejemplo, los objetos de dominio no deberian ser creados utilizando inyección de dependencia. Los archivos de configuración pueden sobrecargarse mucho si no se controla bien el crecimiento de los beans definidos. Sobreutilizar la inyección de dependencia puede hacer el archivo de configuración muy complicado y sobrecargado.
 == Leer más ==
 * [[Spring Framework]]
 * [http://www.onjava.com/pub/a/onjava/2006/01/25/spring-xml-configuration-best-practices.html Twelve Best Practices for Spring XML]

← Revisión anterior		Revisión del 12:45 26 ago 2009
Línea 1:		Línea 1:
		+	[[Category:Spring Framework]]
	Una recopilacion de buenas practicas a la hora de configurar [[Spring Framework]].		Una recopilacion de buenas practicas a la hora de configurar [[Spring Framework]].

@@ Línea 17: / Línea 17: @@
 === Usar convenciones de nomenclatura ===
-Esta es la misma filosofia que utilizamo con el código Java. Usar una nomenclatura clara, descriptiva y consistente en todo el proyecto es de gran ayuda para que los desarrolladores entiendan la configuración XML. Para el id de los Beans, por ejemplo, se puede seguir la convención de atributos de una clase Java. El Bean ID de una instancia de ''InvasorDAO'' podria ser ''InvasorDAO''. En proyectos grandes, se puede agregar el nombre del paquete como prefijo del Bean ID.
+Esta es la misma filosofia que utilizamos con el código Java. Usar una nomenclatura clara, descriptiva y consistente en todo el proyecto es de gran ayuda para que los desarrolladores entiendan la configuración XML. Para el id de los Beans, por ejemplo, se puede seguir la convención de atributos de una clase Java. El Bean ID de una instancia de ''InvasorDAO'' podria ser ''InvasorDAO''. En proyectos grandes, se puede agregar el nombre del paquete como prefijo del Bean ID.
 === Usar formas abreviadas de configuración ===