为什么规范的页面不要用import语句？今天有个例子

<%@page import="xxx.xxx.common.XMLManager"%>

之前一直都坚持保持“干净的”jsp页面，也因此一直没遇到什么问题，所以也就不明白这样坚持的好处在哪里。

在新公司维护旧的项目，这里的jsp页面有大量的import，所以今天就碰到了问题。

重构的时候，感觉XMLManager放的package位置不太贴切，就用eclipse的refactor功能把这个类move到一个更合适的位置。因为知道eclipse会自动把依赖的类都进行相应修改，很放心地就提交了。结果过一会发现很多jsp页面各种异常。

一查就发现原因很简单，就是因为这些页面import了我刚刚移动的这个类，refactor功能是无法自动关联修改jsp页面的，所以要么自己把jsp页面都手动改了，要么就老老实实把类放回去。安全起见，我还是把XMLManager类又放回了原来的package。

重构失败了，不过也就知道了为什么规范的jsp页面应该尽量少用import语句。包括尽量不用java脚本，也是这个原因——维护困难。

看吧，调用一些静态数据，枚举的话我还是会引用的

jsp引入包0 0写java代码吗.

用标签神马的不是来得更爽吗

这是一个理想……
实际中要做到很难。

新项目的话，不难。重构已经比较庞大的旧项目，确实比较难。

jsp 也好重构啊, 如果用的是eclipse,直接ctrl+H, 如果不是,写个脚本搞定

对于静态和常量数据，建议自己实现一个ContextLoaderListener，把所有的静态资源，常量加入到ServletContext中去，这样不就解决问题了？也可以自己实现标签，解析你的数据，这样页面不需要引入任何java类，包括常量。

小项目倒是可以,我有时也这么做的,但是大项目中,特别是在集群环境当中,如果太多其实也造成一定程度上的负担

重构的时候选上页面，包括jsp,xml，这样就安全了。

这算不算MVC的原则呢，让展示层与后台代码分离