Lo uso en cada proyecto de primavera que he tocado. Supongo que mi equipo actual tiene una base de código con al menos 50 archivos Spring diferentes y cada uno usa el espacio de nombres p
. Es mucho menos tipeo, y podría decirse que es más legible. Por ejemplo:
<bean id="fry" class="com.fox">
<property name="leela" value="fracas" />
<property name="hawking" ref="panucci" />
<property name="bender">
<ref local="uhura" />
</property>
</bean>
puede mucho más fácilmente puede escribir como
<bean id="fry" class="com.fox"
p:leela="fracas"
p:hawking-ref="panucci"
p:bender-ref="uhura" />
El único inconveniente es que se pierde la capacidad de utilizar la local
semántica, aunque la verdad es que no lo uso muy a menudo.
El Eclipse's Spring IDE admite el espacio de nombres p y autocompletará los nombres de las propiedades de los beans. Incluso puede modificar el clic en los nombres de las propiedades para pasar a sus declaraciones y creo que las herramientas de refactorización también permiten cambiar los nombres de propiedad (incluso si están en la notación de espacio de nombres p).
Es posible que los compañeros de equipo tarden un tiempo en acostumbrarse, pero después de que lo aprendan, le estarán agradeciendo por hacer que los archivos sean mucho más concisos.
No sé sobre el modificador haga clic en ... eso es genial. Gracias. – HDave
¿Cuál es la semántica 'local'? – Saintali
Al especificar el bean de destino mediante el uso del atributo local, se aprovecha la capacidad del analizador XML para validar referencias de identificación XML dentro del mismo archivo. El valor del atributo local debe ser el mismo que el atributo id del bean objetivo. El analizador XML emitirá un error si no se encuentra ningún elemento coincidente en el mismo archivo. –