javascript框架之XHTML、XML兼容性解决方案

javascript框架在显示层有其无法替代优势，但是在一些xhtml格式的web项目直接引用现成的javascript框架，例如dojo ext等等，会出现许多兼容性问题，致使无法正常使用框架，这非常可惜，下面介绍一下我处理方法，可以解决这个兼容性问题。
我的项目使用环境：jsf兼容环境（seam2.0 tomcat6 jboss4.2.2），由于项目其他技术的需要已配置成支持xhtml。
问题：在项目中不使用jsf引擎直接访问页面源码，例如直接访问dojo的测试页面（中文问题已经按照http://xxqn.javaeye.com/admin/blogs/182442方法处理过了，否则页面有中文问题），可以正常运行（http://localhost:8080/app/js/dojo/dojo/demo/sample3.html），与直接访问页面文件(file:///F:/YcApp/app/web/js/dojo/dojo/demo/sample3.html)效果一样。
但是将其改造引进到jsf页面中，再访问(http://localhost:8080/app/js/dojo/dojo/demo/sample3.seam)，这个页面经过了jsf引擎解释过的了，发现就出现一些兼容性问题，显然这是因为jsf引擎引起的问题，放弃jsf就可以避免，但是这是不可能的，jsf（jsp）引擎对于许多项目来讲是其重要性比javascript框架还重要，如果在二者之间取舍的话，肯定会放弃javascript框架,除非有简便办法将它们二合为一。
为了二合为一的目的，我们再来研究差异现象。由于对于html我也是刚刚接触不太久，各种相关的技术了解不多，但是由于相信一定有合理的解决之道，所以几个月以来一直没有放弃学习思考。经过对比，终于发现差异是由于HTML XHTML的差异造成的

注意两者的类型分别为：text/html application/xhtml+xml 处理模式分别为：标准模式 混杂模式。
处理思路有两个方向：一、修改javascript框架使之适应xhtml的标准处理方式；二、将xhtml“降级”为html。
第一种方法需要修改javascript框架源码，风险和工作量的比较大。第二种方法，可以简便的施行，那么会有什么风险呢，应该讲基本没有，摘一些讲法"其实XHTML就是严谨而准确的HTML。如果说HTML是汉语，那么XHTML就是标准普通话。"，可以这样理解，按照xhtml标准写的html页面源代码应该可以运行正常的，反之却不行，也就是所谓的向下兼容。
前面讲到了jsf引擎输出到浏览器的页面按照xhtml格式检验的所有不符合xhtml格式都将提示出错，在输出到浏览器之前将 application/xhtml+xml 标记写入页面通知浏览器这个页面可以按照xhtml标准来解读，为了指示浏览器按照html格式解读页面，需要最后输出到浏览器的时候替换application/xhtml+xml ，改为text/html ，为了达到这样的目的，我们需要使用jsf拦截器。拦截器关键源代码

package filters;


import java.io.IOException;
import javax.servlet.Filter;
import javax.servlet.FilterChain;
import javax.servlet.FilterConfig;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;


public class xhtmlTohtml implements Filter {
	
	
	public void init(FilterConfig arg0) throws ServletException {

	}

	public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {

			response.setContentType("text/html");

			chain.doFilter(request, response);		


	}

	public void destroy() {

	}
	

}

在web.xml添加拦截器：

	<filter>
		<filter-name>xhtmlTohtml</filter-name>
		<filter-class>filters.xhtmlTohtml</filter-class>
	</filter>

	<filter-mapping>
		<filter-name>xhtmlTohtml</filter-name>
		<url-pattern>/myHtmlPage/*</url-pattern>
	</filter-mapping>

结论：
这样你就可以在页面中引用javascript框架了，当然html最终还是要被xhtml替代的，在xhtml占到主流的时候，负责任的javascript框架会支持xhtml的，否则的话会被淘汰的。

这种招数楼主也想的出来 佩服佩服
不过浏览器,特别是IE,对于[标准模式][混杂模式]的CSS处理是不同的,这样会不会造成页面样式混乱?

这也是迫于无奈，你说的问题我暂时还没遇到。
根据我的了解，js兼容性问题只出现在嵌入到页面的js代码，为何引用文件的js文件也有兼容性问题。
我猜造成xml兼容性问题的出现的，应该是因为js要在页面上插入页面代码，而插入的页面代码不符合xml规范，所以出现了错误，如果是这样的话，可以想办法在js文件中找到相关源代码进行修改，这样就一劳永逸了，但是这样投入的时间精力太多了。