谈J2EE部署描述符的利弊

只要是做J2EE应用，不管是单纯开发基于Web Container的东西还是开发EJB之类，肯定脱离不开部署描述符的影子。随处可见各种各样的部署描述符。写Web Application，你肯定会用到web.xml，用Hibernate，你会需要些mapping files & configuration files，用EJB，你会写ejb.xml等等，这往往是初学者最头疼的东西。相信很多人接触Java第一个使用的IDE可能就是JBuilder，其实JBuilder并不适合初学者，无形中使人对Java产生了恐惧感。

部署描述符本来并不是坏东西，正是这些描述文件很大程度上增强了系统的伸缩性。在代码内部硬编码的东西可以提取出来写成描述文件，使得数据和代码分离。J2EE的兼容性主要就是依靠制定的规范和严格定义的J2EE Deployment Descriptors，正是这些奠定了J2EE良好的可移植性和扩展性的基础。当然，如果能够熟练书写部署描述符那将是一件了不起的工作，有太多的xml dtd定义文档，能够把这些背下来普通人是不太能办到了。所以才会出现描述文件的生成工具，例如XDoclet等等，他从很大程度上减轻了程序员编写描述文件的负担。还有很多相关的工具提供GUI，帮助方便的编写部署描述文件。这些都为开发J2EE应用提供了便利。

学J2EE不会是个简单的过程，会涉及很多的知识，并且学习周期和成本会很高，这是一个老生常谈的问题了，MS以.NET的方便而强大来攻击J2EE的这个弱项，不过我看来也差不多。要成为高素质的.NET程序员，必然经历一个很长的学习过程，最终也还是会从架构的角度上去考虑整个应用，这和J2EE是一致的。完全只停留在语言层面上，那么不能说已经领会到了J2EE或者.NET的真谛。