@
gowk 对于大多数情况来说 其实需要的配置真心不多。我现在项目的情况 ,留给配置的有:数据库配置, MQ 配置,目录配置。 而其它情况,能用声明就用声明的方式了。
用 spring ,因为方便,因为它对大量工具的抽象。比如说 MQ 的处理, 比直接写 jms 的 api 方便多了。无论是代码简约程度还是从通用性来考量。
以前,连 ioc 都只能用 xml 来配置(虽然可以用 autowired by name/class 的方式,但是也不那么方便),的确很恼人。多数情况都是一对一明确的注入(可以说一个项目 99%的都是),这一点就好像面向接口的方式,好处大家都懂,但是有必要每个都来接口吗?
我现在的选择是先弄清楚什么是属于系统配置(这部分少之又少),要放到配置文件的,其余的能用声明就用声明,当然如果写声明麻烦的情况 我宁可写 xml 。
xml 的好处是集中式的,缺点是繁杂+没有非常好的重构工具(重构包括代码的静态查阅),需要自己寻求一个平衡点