配置与注解优缺点理解

    使用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等配置文件是最合适的了
    如果能从内部很简单的描述一个系统，那这个时候最好选择注解，可以减少对目标系统的描述。

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