| 统计 |
blog名称:人在旅途
日志总数:175
评论数量:505
留言数量:13
访问次数:1670398
建立时间:2005年12月7日 |
生命是过客，人在旅途。奶奶是信基督教的，没啥文化，却养育了四子二女，还带过九个孙辈。老人家对生命的看法就是“人都是客人，迟早要回去的。”就以《人在旅途》来纪念她。
| « | September 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | | | | | |
|
| 公告 |
本人上传的源程序中可能引用或使用了第三方的库或程序,也可能是修改了第三方的例程甚至是源程序.所以本人上传的源程序禁止在以单纯学习为目的的任何以外场合使用,不然如果引起任何版权问题,本人不负任何责任. | |
|
 本站首页 管理页面 写新日志 退出
调整中...
 [Web2.0]网络编程中的CharSet问题 |
人在旅途 发表于 2006/6/9 14:53:03 |
在HTML和XML的开头都有个"charset"或"encoding"的定义,这用来告诉IE或者开发工具用什么ENCODING去翻译读上来的文件.而一般国际化的网络程序大都是用utf-8,一种UNICODE格式,在一个文件中可以同时出现多种语言的格式.
现在IE和一般开发工具都可以根据这个定义来读出和保存HTML和XML.但当我们编辑HTML中使用的JAVASCRIPT(.JS)文件时,就有问题了.在使用时,是根据载入它的HTML页面的"charset"的定义来ENCODINGJS的,JS本身并没有"charset"的定义.当我们用一般编辑器或开发工具而我们所希望的JS的charset又不是系统本地缺省的ENCODING时(比如UTF-8),就有问题了,编辑器或开发工具就不知道用什么ENCODING来读出和保存了,所以它们就用本地的缺省ENCODING来做了,这样就会在HTML使用JS时出现乱码.
解决方法有一下两个:
1.如果你要用UTF-8,那么你可以把相应的UTF-8的文字列(不用全部,只要把不是纯ASCII的部分,比如汉字和特殊符号)翻译成一种ASCII的HTML格式(象这样"周"),这种格式本来是用来在网上传送HTTP请求的数据的,完全单字节ASCII的,所以不会引起乱码问题.当IE显示HTML时,即使"charset"的定义是UTF-8,它遇到了这种HTML格式的数据,也会自动把它正确的DECODING并显示.
但是在JS中这种方法还要特别处理才行,因为JS处理时不会自动进行IE所做的转化,所以就需要你自己把先前手工转化好的并保存到文件HTML格式的单字节ASCII再用程序转换回UTF-8格式才可使用.
这两种互相的转化方法可参考这里:500)this.width=500'>UTF8 Encoder - Decoder.htm
2.找一种你可以自由设置ENCODING码的编辑器或开发工具.这方面JAVA有先天的优势,介绍个这样的编辑器,是免费的,用JAVA开发出来的:
JEDIT .
|
阅读全文(3138) | 回复(0) | 编辑 | 精华 |
|
