注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

星期五

明天不上班

 
 
 

日志

 
 
关于我

一个特立独行的Java程序员,比较宅,上上网,写博客,听音乐,看电影。

网易考拉推荐

Fusion Chart的中文化  

2010-09-07 17:21:47|  分类: Fusionchart |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
当我们使用FusionChart的自带JS的 setDataURL方法

例如:setDataURL(getMechineInfoStreams.action)
我们使用action 在服务器端产生数据流 返回给FusionChart的flash

但是处理中文时需要注意
1.处理 inputStream  不要用StringBufferInputStream 它已经过时 而且还有问题
最好使用  ByteArrayInputStream 并指定编码
例如  inputStream=new ByteArrayInputStream(strXML.getBytes("utf-8"));

2.FusionChart自己本身的要求了, 在输出自己的流数据之前
先输出BOM

response.setContentType( "text/xml; charset=UTF-8" );
OutputStream outs = response.getOutputStream();
outs.write( new byte[]{(byte)0xEF, (byte)0xBB, (byte)0xBF} );
//自己的输出

可以参考FusionChart的官方文档
http://www.fusioncharts.com/Docs/Index.html

  Fusion Chart的中文化 - zhenghaoju700 - zhenghaoju700 的博客


追加一段代码
将BOM与xml内容合并

    byte[] bomBytes=new byte[]{(byte)0xEF, (byte)0xBB, (byte)0xBF};
byte[] xmlBytes=strXML.getBytes("utf-8");
byte[] allBytes=new byte[bomBytes.length+xmlBytes.length];
System.arraycopy(bomBytes, 0, allBytes, 0, bomBytes.length);   
System.arraycopy(xmlBytes, 0, allBytes, bomBytes.length, xmlBytes.length);

inputStream=new ByteArrayInputStream(allBytes);



BOM简介(摘自百度百科)

Unicode规范中的BOM

Unicode规范中有一个BOM的概念。BOM——Byte Order Mark,就是字节序标记。在这里找到一段关于BOM的说明:   在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符,它的编码是FEFF。而FFFE在UCS中是不存在的字符,所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前,先传输 字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF,就表明这个字节流是Big-Endian的;如果收到FFFE,就表明这个字节流是Little- Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。   UTF-8不需要BOM来表明字节顺序,但可以用BOM来表明编码方式。字符"ZERO WIDTH NO-BREAK SPACE"的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流,就知道这是UTF-8编码了。   Windows就是使用BOM来标记文本文件的编码方式的。   另外unicode网站的FAQ-BOM详细介绍了BOM。官方的自然权威,不过是英文的,看起来比较费劲。   UTF-8编码的文件中,BOM占三个字节。如果用记事本把一个文本文件另存为UTF-8编码 方式的话,用UE打开这个文件,切换到十六进制编辑状态就可以看到开头的FFFE了。这是个标识UTF-8编码文件的好办法,软件通过BOM来识别这个文 件是否是UTF-8编码,很多软件还要求读入的文件必须带BOM。可是,还是有很多软件不能识别BOM。我在研究Firefox的时候就知道,在 Firefox早期的版本里,扩展是不能有BOM的,不过Firefox 1.5以后的版本已经开始支持BOM了。现在又发现,PHP也不支持BOM。   PHP在设计时就没有考虑BOM的问题,也就是说他不会忽略UTF-8编码的文件开头BOM的 那三个字符。由于必须在<?或者<?php后面的代码才会作为PHP代码执行,所以这三个字符将会直接输出。如果插件的文件有这个问题,将会 导致在后台页面里激活或者不激活插件后显示白屏,如果是模版文件有这个问题,将会导致这三个字符直接输出,造成页面上方有一个小空行。国外的英文插件和模 版一般都是用的ASCII码的编码方式,不会有BOM,只有国内的插件和模版会由于作者的不知情造成问题。还有,大家修改模版的时候,由于输出页面使用 UTF-8编码,那么修改模版的时候如果有加入中文字符的话,必须把文件转成UTF-8编码才能正常显示,这个时候如果所使用的编辑器自动加上了BOM的 话,将会造成在页面上输出这三个字符,显示效果就要看浏览器了,一般是一个空行或是一个乱码。
  评论这张
 
阅读(237)| 评论(0)
推荐

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017