Category: Tech.技术

晚上跟zh等同志一起看了下文件下载的中文问题，问题解决，并且收获不小：
1、java的char类型是16bit，而不是c/c++中的8bit，所以char和byte之间的转换会造成严重的精度损失。而Java的char是Unicode的。
2、java中String是基于char[]的，也就是说这个String天生就可以表示Unicode。所以如果从byte[]创建一个String就会涉及到一个严重的策略问题，是一个byte转一个String字还是两个byte转一个String字。
3、所以我们常用的java转码中的语句somestr = new String(somestr.getBytes(),"ISO-8859-1")与somestr = new String(somestr.getBytes(),"GB2312")之间是有很大区别的，它们关系到从一个byte变两个byte或反过来。
4、所以，对于单精度的"ISO-8859-1"与双精度的GB2312、GBK、utf-8处理的时候一定要分清，而且它也可以解决很多的问题。而如果你好好了解GB2312与GBK的效果其实很类似，他们只有部分的编码覆盖度上的区别，大部分字符是通用的，可是"ISO-8859-1"却与他们完全不同。
5、还有一个有意思的地方：java.io.Writer与java.io.InputStream下面的东西有个明显的区别，前者接受char[]，而后者接受byte[]。其实理解一下，他们之间的转换其实正好需要String的单字节编码与双字节编码的区别，我们可以用它们完成有意思的转换。在它们的沟通过程中我们如果使用buffer，则需要String作为中间者进行转换，算个小trick吧。
6、从这里，我们引出今天解决的中文文件下载的问题中的有意思的地方：
<%@ page language="java" import="java.io.PrintWriter"
%><%
String filename = (String)request.getAttribute("downloadFileName");
String filepath = (String)request.getAttribute("downloadFileUrl");

filename = new String(filename.getBytes(),"ISO-8859-1");
if(filename != null && filepath != null) {
response.setContentType("APPLICATION/OCTET-STREAM");
response.setHeader("Content-Disposition",
"attachment; filename=\"" + filename + "\"");
java.io.FileInputStream fileInputStream =
new java.io.FileInputStream(filepath);

java.io.File file = new java.io.File(filepath);
response.setContentLength((new Long(file.length()).intValue()));
PrintWriter pw = response.getWriter();
byte[] charArray = new byte[4096];
int len;
while ((len=fileInputStream.read(charArray)) != -1) {
 String s = new String(charArray,"ISO-8859-1");
 pw.write(s);
}
pw.flush();
pw.close();
fileInputStream.close();
}
%>

今天，又看了下上面这个例子里面的starter那个例子，发现：
它使用了Spring的自动装配，以下两段代码效果相同：
java代码: 

<beans default-autowire="autodetect">
        <bean id="personManager" class="com.acme.PersonManager"/>
</beans>

java代码: 

<beans>
        <bean id="personManager" class="com.acme.PersonManager"/>
        <bean id="listPeople" class="com.acme.ListPeople">
                <property name="personManager" >
                        <ref local="personManager" />
                </property>
        </bean>
        <bean id="createPserson" class="com.acme.CreatePerson">
                <property name="personManager">
                        <ref local="personManager" />
                </property>
        </bean>
</beans>

如果这样使用的话，如果在xwork里面配制好action的class，然后连这个class的bean都不用在spring里面声明了，其依赖也通过名字匹配自动装配了。
真简单啊，想知道spring的autowire有没有性能损耗，如果每次装配都反射会不会性能很差？

原本javaeye有这么一篇帖子“在WebWork2 Action中如何自动设置Array、List、Map”，是moxie大哥写的。
http://forum.javaeye.com/viewtopic.php?t=8770

但是已经是2004年11月的文章了，在webwork 2.2 b4中，XWorkList和XWorkMap已经是deprecated状态了，当时我就一头雾水，也没找到什么好的线索。
去java.net下载了XWork的最新代码，看到了其中的注释，说这个工作已经可以自动完成了。
又几经周折，才算搞明白先在如何让List、Map等工作起来：

下面简单介绍一下：
1、如果要将值映射到pojo的collection，则需要使用conversion功能。
如我又一个Action，叫testAction：
public class testAction extends ActionSupport {
 private Collection smoeAttrs = null;（使用webwork自动负值，应有对应getter和setter）
 private IDeptJgzTjkEcoAttDAO ecoAttDAO = null;（改DAO使用Spring注入，应有相应setter）

     public String execute() throws Exception {
         if (log.isDebugEnabled()) {
   log.debug("performing execute() method!");
         }

         return Action.SUCCESS;
     }
}

对应一个pojo：
package org.tin.test;

public class SomeAttr implements Serializable {

 /** The composite primary key value. */
 private java.lang.Long id;

 private java.lang.Float fild1;
 private java.lang.String fild2;
 private java.util.Date fild3;

 /*
  ….
  对应的getter和setter
 */
}

可以看到，上面的Action声明的时候没有任何涉及到XWorkList的地方（moxie介绍的那种风格），也就是说现在webwork并不知道Collection里面放的pojo的类型。这就是Webwork目前的高明之处，这样的代码非常干净。但是如果要自动设定Collection的值，访问到这些Pojo，则一定要知道Pojo的类型，Webwork如何做呢？
通过-conversion配置。
需要在对应该才那个testAction.java的相同目录写一个testAction-conversion.properties文件（格式就是Action名字+“-conversion.properties”）。
文件里面注明：
Element_someAttrs = org.tin.test.SomeAttr （以前版本曾经用过Collection、Map分开，但是现在不管什么类型，都用Element）
格式就是“Element_”+Action中Collection的名字+“=”+你的pojo的完整类名

如此配置后，自动设置值的时候就可以知道你的pojo的类型了，很干净。

下面一小段由于我接触Webwork不久，所以是个很初级的经验，如果需要则自取：
回忆moxie帖子中的重要的部分，在post到相应action的页面的form中，input要遵循这样的命名：
对应刚才所说的那个pojo：
<form>
 <input  name="someAttrs[0].fild1" value="45555.6" id="xxx11" />
 <input  name="someAttrs[0].fild2" value="test" id="xxx12" />
 <input  name="someAttrs[0].fild3" value="2006-01-05" id="xxx13" />
 <input  name="someAttrs[1].fild1" value="45555.6" id="xxx21" />
 <input  name="someAttrs[1].fild2" value="test" id="xxx22" />
 <input  name="someAttrs[1].fild3" value="2006-01-05" id="xxx23" />
 <input  name="someAttrs[2].fild1" value="45555.6" id="xxx31" />
 <input  name="someAttrs[2].fild2" value="test" id="xxx32" />
 <input  name="someAttrs[2].fild3" value="2006-01-05" id="xxx33" />
</form>
如何输出？很简单，在列表页中：
<ww:iterator value="someAttrs" status="someAttrsIter">
<tr>
 <td>
  <ww:hidden name="someAttrs[%{#someAttrsIter.index}].id" value="%{id}"/>
  <ww:textfield name="someAttrs[%{#someAttrsIter.index}].fild1" value="%{fild1}"/></td>
 <td><ww:textfield name="someAttrs[%{#someAttrsIter.index}].fild2 value="%{fild2}"/></td>
 <td><ww:textfield name="someAttrs[%{#someAttrsIter.index}].fild3" value="%{fild3}"/></td>
</tr>
</ww:iterator>
即可以，因为iteratror这个tag支持iteratroStatus这个东西，用它可以获取index、isOdd等信息，很方便。

配合
<action name="saveAction" class="testAction">
 <result name="success" type="redirect">/loadByInf.action?id=${someAttrOwner.id}</result>
</action>
则很容易的实现对Collection的CRUD。正好用到了ONGL的集中基本访问方式：#、%{}、${}

以上内容，错漏难免。因为今天终于可以偷闲，赶紧结绳记之。欢迎大家讨论更简便的方法。