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

其实jsp中不写import，那jsp调用java怎么办？

个人特别反对使用标签：这东西看着恶心。
如果在标签和模板解析中选择，重复性高的我会选择模板解析，如果重复性低的我就直接写个帮助类，做这个事情。

至于jsp的验证，使用MyEclipse的validate就可以检测出来问题的

重构的时候需要注意所有可能的影响，我一般先search file，考察影响范围，再考虑怎样重构

记得一个项目，原来没有考虑系统皮肤的问题，后来要考虑，一个search，基本上所有的
jsp，js和css里面都有需要更改的，最后设计一个search and replace的步骤，最终都改好了，几千个文件的修改，修改+测试用了3天！

我觉得你的案例已经说明了jsp和java耦合带来的问题，一次改几千个文件，这完全是维护噩梦嘛。

jsp不应该去调用java，页面中需要的值直接从action中传出来，或者在session里获取比较好一点。

用标签是最好的，不知道为什么你觉得恶心？难道你觉得一个自定义标签恶心，十几行甚至几十行java脚本反而不恶心？

也应该分情况而定吧,很多自定义标签和大量的值充斥到session,难道不影响性能么?

换肤例子实际上是说明，重构的一般步骤，其实未涉及到标签、java和jsp：
1 确定范围：找到所有受到影响的地方： java,jsp等等一切相关资源文件，一般通过eclipse的search file，可以标识出来
2 确定实施方案：根据影响的范围，寻找合理的重构实施步骤
3 动手修改
4 验证此次修改

你的例子说的重构时发现jsp中的java代码未一起变动，只是重构时忘记 确定此次重构的影响范围而已
jsp标签感觉用处不大，我们的UI组件基本不会变化，因为从一个成熟的UI切换到其他的UI，还要重新学习，遇到问题还要重新解决，麻烦，就如领导要求的这个chart，要用标签，万一我门不用jfreechart，用flash chart呢？其实说不定此软件都消亡了，还没有遇到需要切换的时候

确实是我忘记了。但是如果jsp里没有import java类，就不存在忘记不忘记了，呵呵。

你的步骤是可行的，但看了就感觉工作量很大。