熬之滴水穿石：Servlet--Web万物之源(2)

                                  26--URL的映射方式

在编码中我们所写的Servlet都是从HttpServlet继承而来的，但是作为一个请求到了容器中，容器又是怎么找到Servlet的呢？这里就涉及到Web容器和Servlet的配合问题，首先Servlet的存在就有几种方式，首先我们可以用类路径名表示也可以用文件路径名表。Servlet在部署的时候其实也可以起一个部署的名字，这个名字甚至是可以完全脱离实际的类名的。当然从用户的角度还可以为用户设置一个公共的URL名。而这些设置都与一个词联系到了一起，这便是映射。自从我接触JAVA开始便发现映射是其最为常见的配置技巧。几乎一切都是靠配置映射而定的，当然作为WEB容器中的Servlet肯定是需要用映射这种机制来保证安全性和灵活性。如果不通过映射，也许只要稍微懂一点常识的人，就可以推出你WEB服务的整个目录其相应的功能部署。当然这都不是最为重要，因为随着WEB框架的完善和进一步的完善，已让Servlet隐藏得非常好了。通过映射方式最为重要的还是它的灵活性，而这一切都是通过部署文件来完成的。当然Web容器里部署文件不仅仅只是为了给Servlet作映射用的，还有其它的功能。但是我们只要知道在这个部署文件里，用两个XML文件把URL映射到Servlet，其中一个是将客户公共知道的URL映射为相关的类，另一个则是把自己的内部类映射成为一个完全的限定类。

配置Servlet只是部署文件的一部分，当然配置一个WEB应用还需要很多配置的地方。配置文件的存在就是为了让WEB服务的管理者更为灵活的管理服务。从理论上说部署文件是有许多优点的：说可以让非编码人员修改和维护的你配置，说可以不需要重新编译和配置让程序适应不同的数据库资源，说可以不需要通过源码可以通过配置调整相应的功能。Sorry，在我实际做过的项目中以我切实的经历而言，我面对的客户基本上没有一个人会用实际行动来管理这个配置，这些具有如此吸引力的能解决程序员负担的配置基本上没任何用。当问题出现时客户只是一个传呼工具，解决问题的依旧是程序员。当然配置的出现是为了灵活的处理问题。然而在程序员实际的编码过程中如果没考虑过代码的扩展性，灵活配置也是无从开始的。

当然部署一个WEB应用是必须要遵循一定的目录结构的。WEB-INI是一定要放在应用上下文之下的，classes目录是一定要放在WEB-INI目录中的，classes目录里放的一定是该类的包结构。lib目录必须在WEB-INI目录下，JAR目录必须放在lib中。MEAT-INF目录应是JAR目录的顶级目录等。初次接触WEB目录确实有点头疼，如果哪个文件搞错了WEB服务就会出现这样或者那样的问题，不过WEB部署中有一种快捷的方式那就是用WAR文件，该文件实际上就是一个WEB部署的归档文件。它实际上是将整个WEB应用文档打包压缩而成的，而实际部署中所需要的条件都是需要的，唯一不同的是它是存在于MEAT-INF目录下的，我们可以通过该目录下的MANIFEST.MF文件申明相关的依赖性。

                                                                             （未完待续......）