配置与注解优缺点理解

    使用XML做为配置文件在Java开发常见的模式,如spring,struts等,一大堆xml,最初使用的时候,感觉还好,因为大家都那样用的,就跟着用呗,肯定有好处。但现在开发多了,越来越觉得使用XML的配置相当臃肿,越看越烦。
    注解(annoation)是JDK5.0的一个重要feature,虽然有所了解,他们基本上没有使用过,其最主要的一个原因就是没有想到使用注解有什么好处。
    最近做了一个proxy工具,通过httpclient模拟用户提交,并且用于处理HTML元素,可以对某个元素删除、添加和修改。始终可以让用户在这个proxy站点内。
    在设计上最重要的一个思考:
    不修改目标应用的代码,就可以实现以上对元素处理的功能。
    所以,第一个反应用XML来描述一个元素,比如说:
<div class="a">
    <p>hello world</p>
</div


如果要删除这个元素,则是类似于下面一个流程:
1、定位到这个页面,通过URL
2、定位到这个结点,tag为div,class=a
3、动作为删除

这个例子看起来很简单,但是在实际运用中发现有两个问题
1、有很多同样的div(tag名字相同,属性值相同),实际上是很难定位到这个结点的。通常还是需要在这个div外面再套一个tag用来标识这个结点的唯一性。
2、描述文件会很冗长。在实际应用中,就是替换页头和页脚,删除其中几个段落,结果写出来的文件达到8k

    仔细思考后第一次感觉,这个用注解来代替xml描述就会非常简单,如上面那个例子,则可以简单的如下描述
<!--Remove-->
<div class="a">
    <p>hello world</p>
</div


    是不是发现这样很简单了许多,而且还可以随便修改页面,不需要重新启动就可以让发动生效。
   而最早的设计考虑不修改应用的代码,其实在实际应用中是非常困难的,从这一点也可以看出来,在架构设计中,实际的需求是相当重要的。另一个就是对于二八原则的理解,抓住大部分需求就行了。

总结:
    对于需要从外部描述一个系统,这种场景用xml等配置文件是最合适的了
    如果能从内部很简单的描述一个系统,那这个时候最好选择注解,可以减少对目标系统的描述。

不过杯具的就是要写一个注解的解析器,以达到配置处理的要求。

   

你可能感兴趣的:(设计模式,spring,html,xml,struts)