Java
文章平均质量分 78
whodsow
这个作者很懒,什么都没留下…
展开
-
J2EE Web组件中中文及相关的问题(二)
3. Java文件与编码Java运用得如此广泛,以致于Java文件可能是采用任意一种字符编码的,如果不知道Java文件的编码标准是什么,就可能给我们的javac MyClass.java带来尴尬。所有文件的储存是都是字节的储存,在磁盘上保留的并不是文件的字 图 2-5 JVM输出符而是先把字符编码成字节,再储存这些字节到磁盘。在读取文件(特别是文本文件原创 2003-10-27 02:10:00 · 1540 阅读 · 0 评论 -
J2EE Web组件中中文及相关的问题(三)
三、 向服务器发送中文虽然大家一般都不用JSP甚至Servlet来处理处理客户提交的数据或访问请求参数,但JSP的使用或更新总是比Servlet或 JavaBean来得方便(至少在Tomcat 4.0.4中是如此,因为我们常常不得不为修改了Servlet或JavaBean而重启服务器),所以在这里我们还是要用JSP来访问请求参数了。不管是在JSP还是在Servl原创 2003-12-30 10:11:00 · 1226 阅读 · 0 评论 -
J2EE Web组件中中文及相关的问题(四)
5. 使用过滤器实际中我们处理客户端数据时,大多数时候都是在JavaBean中实现的,我们当然可以在会话Bean中把decoding掺合进去,但没有谁愿意这么做,而事实上我们可能会有很多的Bean,这种做法是维护和更新所不能容许的。我们还可以在JSPs/Servlets中通过ServletRequest.setCharaterEncoding(String encoding原创 2003-10-27 02:10:00 · 1208 阅读 · 0 评论 -
J2EE Web组件中中文及相关的问题(一)
“与C/C++不同,Java中的字符数据是16位无符号型数据,它表示Unicode集,而不仅仅是ASCII集”①。这是一个很好的做法,它解决了www上更多的程序设计问题,比如说低成本的国际化(International),然而用16位的字符,却带来了浪费,毕竟Java所处理的信息,绝大多数都是英文,对它们来说7位的ACSII码已经足够了,而Unicode却需要双倍的空间,所以Java的这种兼顾各种原创 2003-10-27 02:10:00 · 2340 阅读 · 0 评论 -
J2EE Web组件中中文及相关的问题(五)
四、 国际化在前面第五小节中的form.jsp里,也许台湾省的客户更喜欢中的提示信息是“請輸入您的姓名”,而美国客户喜欢“Please input your name”,我们可以通过国际化来满足他们的需求。我们首先在webapp/WEB-INF/classes中创建三个区域相关的资源文件。中文简体版:#LocalStrings_zh_CN.propertiespage原创 2003-10-27 02:10:00 · 1174 阅读 · 0 评论