You have learnt how to declare beans using the <bean> element
and inject <bean> with using <constructor-arg> and
<property> elements in XML configuration file.
The Spring container can
autowire relationships between
collaborating beans without using <constructor-arg> and
<property> elements which helps cut down on the amount of XML
configuration you write for a big Spring based application.
Autowiring Modes:
There are following autowiring modes which can be used to instruct
Spring container to use autowiring for dependency injection. You use the
autowire attribute of the <bean/> element to specify autowire mode for a bean definition.
Mode | Description |
no | This is default setting which means no autowiring and
you should use explicit bean reference for wiring. You have nothing to
do special for this wiring. This is what you already have seen in
Dependency Injection chapter. |
byName | Autowiring by property name. Spring container looks at the properties of the beans on which autowire attribute is set to byName
in the XML configuration file. It then tries to match and wire its
properties with the beans defined by the same names in the configuration
file. |
byType | Autowiring by property datatype. Spring container looks at the properties of the beans on which autowire attribute is set to byType in the XML configuration file. It then tries to match and wire a property if its type
matches with exactly one of the beans name in configuration file. If
more than one such beans exists, a fatal exception is thrown. |
constructor | Similar
to byType, but type applies to constructor arguments. If there is not
exactly one bean of the constructor argument type in the container, a
fatal error is raised. |
autodetect | Spring first tries to wire using autowire by constructor, if it does not work, Spring tries to autowire by byType. |
You can use
byType or
constructor autowiring mode to wire arrays and other typed-collections.
Limitations with autowiring:
Autowiring works best when it is used consistently across a project.
If autowiring is not used in general, it might be confusing to
developers to use it to wire only one or two bean definitions. Though,
autowiring can significantly reduce the need to specify properties or
constructor arguments but you should consider the limitations and
disadvantages of autowiring before using them.
Limitations | Description |
Overriding possibility | You can still
specify dependencies using <constructor-arg> and <property>
settings which will always override autowiring. |
Primitive data types | You cannot autowire so-called simple properties such as primitives, Strings, and Classes. |
Confusing nature | Autowiring is less exact than explicit wiring, so if possible prefer using explict wiring. |
No comments:
Post a Comment