亚洲成av人在线观看,国产三级av在线,亚洲精品www

扩展commons dbutils的JavaBean转换方式

Tue, 26 Apr 2011 08:41:00 GMT

引言�Q�最�q�又用到dbutils�Q�之前一直用Map映射的方式取出select的结果再手工做�{换。有写过一��文章说MapHandler方式的一个缺��P��关于commons dbutils�l��g的一个小�~�陷分析 �Q�用�q�种方式�Q�在��目不大的情况下�Q�写一些Map到JavaBean的�{换代码工作量不大�Q�但是在数据库表�q�多�q�且表中的字�D�过多的情况下，�q�种重复的setter感觉有点烦。于是又重新思考了BeanHandler和BeanListHandler的情况，dbutils底层映射用的反射�Q�性能上肯定有损失�Q�不�q�在大多数项目规模不是很大的情况下，�q�点损失可以忽略�Q�带来的代码减少却是比较可观�?br /> 问题在哪里？先看一�D�官方的�C�Z��代码�Q?br />

QueryRunner run = new QueryRunner(dataSource);

// Use the BeanHandler implementation to convert the first
// ResultSet row into a Person JavaBean.
ResultSetHandler<Person> h = new BeanHandler<Person>(Person.class);

// Execute the SQL statement with one replacement parameter and
// return the results in a new Person object generated by the BeanHandler.
Person p = run.query(
"SELECT * FROM Person WHERE name=?", h, "John Doe");

�q�里有个地方有约束，��是要求�C�Z��中的JavaBean�c�Person中的字段定义要和数据库的字段定义一致。Java的命名习惯一般是骆峰写法�Q�例如userId�Q�那么数据库中就必须定义为userId�Q�而问题在于：有时候我们需要数据库中字�D늚�定义格式与JavaBean的命名不一��P��比如数据库定义�ؓ�Q�user_id�Q�而JavaBean则定义�ؓuserId
看源代码可能有点�Ҏ��_��在官方的example��面的最下面果然有一�D�关于自定义BeanProcessor的指引。摘录出来：

      BasicRowProcessor uses a BeanProcessor to convert ResultSet columns into JavaBean properties. You can subclass and override processing steps to handle datatype mapping specific to your application. The provided implementation delegates datatype conversion to the JDBC driver.
      BeanProcessor maps columns to bean properties as documented in the BeanProcessor.toBean() javadoc. Column names must match the bean's property names case insensitively. For example, the firstname column would be stored in the bean by calling its setFirstName() method. However, many database column names include characters that either can't be used or are not typically used in Java method names. You can do one of the following to map these columns to bean properties:
      1. Alias the column names in the SQL so they match the Java names: select social_sec# as socialSecurityNumber from person
      2. Subclass BeanProcessor and override the mapColumnsToProperties() method to strip out the offending characters.

大概意思就是提供二�U�方式：一�U�就是最直接的，用as关键字把colName重命名，另一�U�方式就是��承BeanProcessor�c�，重写mapColumnsToProperties()�Ҏ��?br /> 那当然是�W�二�U�方式更加具有代表性。尝试了一下。代码如下：

1public class CustomBeanProcessor extends BeanProcessor {
2
3    @Override
4    protected int[] mapColumnsToProperties(ResultSetMetaData rsmd,
5            PropertyDescriptor[] props) throws SQLException {
6        int cols = rsmd.getColumnCount();
7        int columnToProperty[] = new int[cols + 1];
8        Arrays.fill(columnToProperty, PROPERTY_NOT_FOUND);
9
10        for (int col = 1; col <= cols; col++) {
11            String columnName = rsmd.getColumnLabel(col);
12            if (null == columnName || 0 == columnName.length()) {
13              columnName = rsmd.getColumnName(col);
14            }
15            columnName = colNameConvent(columnName); // 在这里进行数据库表columnName的特�D�处�?/span>
16            for (int i = 0; i < props.length; i++) {
17
18                if (columnName.equalsIgnoreCase(props[i].getName())) {
19                    columnToProperty[col] = i;
20                    break;
21                }
22            }
23        }
24        return columnToProperty;
25    }
26
27    /**
28     * 数据库列名重新约�?br /> 29     * @param columnName
30     * @return
31     */
32    private String colNameConvent(String columnName) {
33        String[] strs = columnName.split("_");
34        String conventName = "";
35        for (int i = 0; i < strs.length; i++) {
36            conventName += StringUtils.capitalize(strs[i]);
37        }
38        StringUtils.uncapitalize(conventName);
39        return conventName;
40    }
41}

注意mapColumnsToProperties�Ҏ��的逻辑是从父类的方法中直接复制出来的，然后在第15行那里变了个戏法�Q�这里的columnName��是从数据库中读出来的，自定义一个private�Ҏ��用于转换命名�Q�这里你��可以添加自��q��命名�U�束。例如上面就是把 user_id 转化为Java的骆峰写法：userId
再深入一层思考，你可以在�q�里�q�行更多扩展�Q�以便让自己可以选择不同的命名�{换方式。定义了�q�个Processor之后�Q�下面看看如何调用：

Connection conn = ConnectionManager.getInstance().getConnection();
QueryRunner qr = new QueryRunner();
CustomBeanProcessor convert = new CustomBeanProcessor();
RowProcessor rp = new BasicRowProcessor(convert);
BeanHandler<User> bh = new BeanHandler<User>(User.class, rp);
User u = qr.query(conn, sql, bh, params);
DbUtils.close(conn);

是不是非常灵�z�？如果是想�q�回List�l�果的，��把BeanHandler替换成BeanListHander�c�，�q�可以再�q�一步封装这些操作，抽象到公共模块中去，让外部直接传入sql语句和Class��p��直接�q�回惌��的结果，当然你得增加泛型的定义。同样�D一个封装的例子�Q?br />

1protected <T> List<T> selectBeanList(Connection conn, String sql, Class<T> type,
2            Object[] params) throws Exception {
3        log.debug("select sql:[" + sql + "]");
4        QueryRunner qr = new QueryRunner();
5        CustomBeanProcessor convert = new CustomBeanProcessor();
6        RowProcessor rp = new BasicRowProcessor(convert);
7        ResultSetHandler<List<T>> bh = new BeanListHandler<T>(type, rp);
8        List<T> list = qr.query(conn, sql, bh, params);
9        return list;
10    }

至于��Z��么扩展这个方法就可以实现�q�个逻辑��得去跟源代码看它的内部实现�Q�用了一些JavaBean的处理和反映的技巧来做的。具体就不说�?br /> �ȝ��Q�commons�l��g都设计得非常好，可扩展性和实用性都非常高。虽然上面�D例实��C��转换逻辑的替换，但是仍然需要开发�h员在设计数据库的时候和写JavaBean旉��要严格做好规范，避免产生不必要的问题。这斚w��Ruby On Rails��q��接内部实玎ͼ�动态语�a�的优点特别能体现�Q�同时强制你在设计时必须用这�U�方式，典型的约定优于配�|�原则。当�Ӟ��在dbutils里你愿意二种字段名都一样也无可厚非�?br /> �~�点�Q�BeanProcessor是不支持兌��查询的，所以上面的方式也只能局限于单表的�{换，�q�点��׃��如myBatis和Hibernate�Q�当然用�q�二个就引入了一些复杂性，如何权衡需要自��p��量，哪个用得好都一栗��本人就不喜�ƢmyBatis那种把SQL写到XML中的方式�Q�见�q�太复杂的SQL最�l�在XML里面变得面目全非�Q�如果是接手别�h的代码，是很痛苦的，而且你无法避免只修改XML而不改Java�Q�既然二者都要改�Q�那直接写Java里又有什么区别？��单就是美。格式和注释写好一点同样很�Ҏ��理解�Q?

寒武�U?/a> 2011-04-26 16:41 发表评论

关于commons dbutils�l��g的一个小�~�陷分析

Sat, 12 Feb 2011 09:33:00 GMT

非常喜欢�q�种轻量�U�的JDBC��装�Q�比起Hibernate和iBatis�Q�可以非常自由和灉|��地运用和自行二次��装�Q�由于dbutils的BeanHandler转换方式采取了反��技术，在性能上肯定有所损失�Q�所以项目中基本上都使用MapHandler方式来�{换数据，当然��是自己写的代码多一点，也无所谓。一般的查询、子查询、联合查询、包括视图查询等�{�都很正常，但是发现一个比较小的问题，��是在��用聚合函数的场所�Q�例如：select user_type, count(*) as count from `user` group by user_type�q�种�c�d��查询的时候，MapHandler方式不�v作用�Q�as列都变成key为空串的K-V对，��D��有许多地方��用map.get("")代码的情况出玎ͼ��q�种写法当然是不太好的，�Ҏ��出问题�?br /> 鉴于前面没有旉��了解�Q�就都粗略��用了上面那种�_�暴的map.get("")来处理，最好的情况是让dbutils�l��g能自动识别到as�c�d��的列名。于是有�I�Z��׃��门看了看它的源代码，发现最主要的一�D�代码如下：

1public Map<String, Object> toMap(ResultSet rs) throws SQLException {
2        Map<String, Object> result = new CaseInsensitiveHashMap();
3        ResultSetMetaData rsmd = rs.getMetaData();
4        int cols = rsmd.getColumnCount();
5
6        for (int i = 1; i <= cols; i++) {
7            result.put(rsmd.getColumnName(i), rs.getObject(i));
8        }
9
10        return result;
11    }

CaseInsensitiveHashMap是dbutils自定义的一个Map�Q�忽略键大小写的K-V字典�Q�但是key使用的是ResultSetMetaData.getColumnName()�Q�我想问题大概出在这里，于是认真��M��java的api文档�Q�开发做久了�Ҏ��遗忘基础�Q�，果然�Q�原�?strong>getColumnName()是：获取指定列的名称�Q?/span>而as关键字之后，使列名称变成用于昄��的意义，�q�个时候应该��?strong>getColumnLabel()�Q?span style="color: #339966">获取用于打印输出和显�C�的指定列的��标题。徏议标题通常�?SQL AS 子句来指定。如果未指定 SQL AS�Q�则�?getColumnLabel �q�回的值将�?getColumnName �Ҏ��q�回的值相�?/span>。自己手动试验了一下，果然如所料，问题��出在这里�?br /> 所以呢�Q�如果想要dbutils在自动�{换Map及MapList时能识别聚合函数的列名，那么最好的做法��是重蝲�q�种方式�Q�懒一点的�Q�你��干脆修改上面那�D�代码，让它判断是否使用了as关键字。个人暂时搞不清楚官方�ؓ什么没有考虑�q�一步，有时间再思考一下！

寒武�U?/a> 2011-02-12 17:33 发表评论

��Apache Roller部��v到MyEclipse上面

Sun, 22 Nov 2009 13:04:00 GMT

摘要: 都说roller在国外是二次开发博客系�l�的首选，但是下蝲源代码之后发现是它是��Z��netbeans��目�l�构开发的。��^时用习惯了Eclipse�Q�所以想搬到MyEclipse上面�Q�但没有惛_��居然那么不容易，折腾了整整一天，才最�l�跑��h��。网上的参考信息太��，大概都是那二三篇的�{��_��全部�l�合��h��差不多可以解决�Q�借此�ȝ��一下，希望用到的朋友有参考作用！阅读全文

寒武�U?/a> 2009-11-22 21:04 发表评论

Wed, 16 Jul 2008 02:31:00 GMT

最�q�一个程序出了点问题�Q�对于中文参数的GET��h��Q�服务器无法解析出正��的参数。刚好服务器的那端是另一个项目组负责�Q�是异构�pȝ��Q�当初测试的时候也是走��程化，涉及到很多工作上的协调就比较�ȝ��Q�测试也不充分，像赶鸭子上架一样就上线了，催说是项目紧急。当然这是话外，不多废话�?br /> httpClient的GetMethod�c�d��入参数的�Ҏ��是如下：

void	`setQueryString(NameValuePair[] params)` Sets the query string of this HTTP method.
`void`	`setQueryString(String queryString)`

跟踪一下httpClient的GetMethod的源代码�Q��承自HttpMethodBase�Q�源码如下：

public void setQueryString(String queryString) {
   this.queryString = queryString;
}

public void setQueryString(NameValuePair[] params) {
   LOG.trace("enter HttpMethodBase.setQueryString(NameValuePair[])");
   queryString = EncodingUtil.formUrlEncode(params, "UTF-8");
}

EncodingUtil是httpClient定义的一个编码工��L��Q�由于默认设�|�的是UTF-8�Q�所以对于一些系�l�可能就无法识别。可以在外部�q�样更改�Q?br /> method.setQueryString(EncodingUtil.formUrlEncode(pair, "GB2312"));另外�Q?span style="color: red">注意��h��头也要修改�ؓ对应的一致编码方�?/span>�Q�method.addRequestHeader("Content-type" , "text/html; charset=GB2312");如果�q�二个编码不一��_��׃��引�v��q��?br /> 刚开始的时候尝试过都��用一致的UTF-8�Q�但是发现还是�ؕ码，�q�应该是服务器的原因。IE默认的就是采用操作系�l�Windows的中文编码去�q�行Encoder的，服务器原先基本上都�ؓIE服务的，所以改为GB2312��p��正常识别得到�?br /> 另外�Q�上面提到的EncodingUtil�q�个工具是从apache的另一个组件codec包装而来的，而非SUN的URLEncoder。有兴趣的可以研��M��下源代码�?

寒武�U?/a> 2008-07-16 10:31 发表评论

httpclient3.1使用��结

Wed, 11 Jun 2008 07:18:00 GMT

Jakarta的httpclient3.1是最新版本，��目中需要用�E�序模拟��览器的GET和POST动作。在使用�q�程中遇��C��问题�?br /> 1. 带附件的POST提交
最开始都是��用MultipartPostMethod�q�个�c�，现在已经废弃�q�个�c�M��。API说明�Q?strong>Deprecated. Use MultipartRequestEntity in conjunction with PostMethod instead. 使用PostMethod可以实现的功能，��没有必要再弄一个MultipartPostMethod了。下面是一�D�|��单的�C�Z��Q?/p>

PostMethod post = new PostMethod();
        NameValuePair[] pairs = new NameValuePair[2];
        pairs[0] = new NameValuePair("para1", "value1");
        pairs[0] = new NameValuePair("para2", "value2");
        post.setRequestBody(pairs);
        HttpClient client = new HttpClient();
        try {
            client.executeMethod(post);
        } catch (HttpException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }

�q�是针对一般的form形式的提交，而且�q�个form里面不带附�g的。如果带附�g�Q�那么这�U�方法就不�v作用�Q�附件上传的参数和普通参数无法一同在服务器获取到�?font size="-1">org.apache.commons.httpclient.methods.multipart �q�个包就是�ؓ处理文�g上传�q�种多�Ş式参数的情况的。最主要的类是Part�Q�代表一�U�post object�Q�，它有二个比较重要的子�c�：FilePart和StringPart�Q�一个是文�g的参敎ͼ�另一个就是普通的文本参数。它的典型��用方法如下：

String url = "http://localhost:8080/HttpTest/Test";
         PostMethod postMethod = new PostMethod(url);

         StringPart sp = new StringPart("TEXT", "testValue");
         FilePart fp = new FilePart("file", "test.txt", new File("./temp/test.txt"));

         MultipartRequestEntity mrp= new MultipartRequestEntity(new Part[]{sp, fp}, postMethod
                 .getParams());
         postMethod.setRequestEntity(mrp);

         //执行postMethod
         HttpClient httpClient = new HttpClient();
         try {
            httpClient.executeMethod(postMethod);
        } catch (HttpException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }

在第二行PostMethod postMethod = new PostMethod();后面�Q�有��需要��用postMehtod.setRequestHeader("Content-type", "multipart/form-data"); Content-type的请求类型进行更攏V��但是我在��用过�E�没有加上这一句，查了一下httpCleint的默认Content-type是application/octet-stream。应该是没有影响的。对于MIME�c�d��的请求，httpclient��全用MulitPartRequestEntity�q�行包装�Q�就是上面的用法�?br />
2. 参数中文的处理问�?br /> httpclient的默认编码都是ISO-8859-1�Q�那肯定��无法支持中文参��C��。引用一下这��文章：http://thinkbase.net/w/main/Wiki?HttpClient+POST+%E7%9A%84+UTF-8+%E7%BC%96%E7%A0%81%E9%97%AE%E9%A2%98 �Q�按照作者的说法�Q�就可以正常解决中文�~�码的问题。其中最关键的是修改EncodingUtil�q�个�cȝ��一个方法实现。另外，FilePart和StringPart的构造方法都有一个带�~�码指定的参敎ͼ��Z��减少问题的出玎ͼ��所有的都带上统一的编码，包括postMethod.getParams()。示例如下：

String url = "http://localhost:8080/HttpTest/Test";
         PostMethod postMethod = new PostMethod(url);

         StringPart sp = new StringPart("TEXT", "testValue", "GB2312");
         FilePart fp = new FilePart("file", "test.txt", new File("./temp/test.txt"), null, "GB2312");

         postMethod.getParams().setContentCharset("GB2312");
         MultipartRequestEntity mrp= new MultipartRequestEntity(new Part[]{sp, fp}, postMethod
                 .getParams());
         postMethod.setRequestEntity(mrp);

         //执行postMethod
         HttpClient httpClient = new HttpClient();
         try {
            httpClient.executeMethod(postMethod);
        } catch (HttpException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }

寒武�U?/a> 2008-06-11 15:18 发表评论

Fri, 23 May 2008 01:41:00 GMT

普通的�E�序交互方式有命令行和GUI形式。对于GUI样式�Q�交互的设计可以多种多样�Q�但是Java做命令行交互�Q�似乎存在着一些不��?br /> 命��o行交互是传统的交互方式，如果�E�序有时候需要在Unix或是Linux�{�系�l�上�q�动�Ӟ��以这�U�方式出现的可能性就比较大。命令行包括
输入和回��N��题，一般是以行�l�束�Q�或是以某个�l�束�W��ؓ�l�命令终止标识。System.out 和System.err��q��于标准的输出和错误输出，System.in用于标准的输入接受，一般情况下都是指键盘�?br /> 如果接受参数输入�Q�一般的�E�序�l�构如下�Q?br />

BufferedReader in = new BufferedReader(new InputStreamReader(System.in));
System.out.println("==Please input password==�Q?/span>");
String pass = in.readLine();

输入的时候显�C�屏自动�q�行输入回显。这个时候如果遇到输入密码等敏感数据的时候，��无法用*或是#�q�样的符可��行回昑ֱ�蔽，�Ҏ��暴露安全问题�?br /> 解决的可能想法：
1. 通过监听键盘事�g�Q�对输入的回显进行截获取�Q�把回显�q�行屏蔽�Q�但是监听器如何知道何时是输入密码，何时是输入普通数据？比较难以控制�Q�而且�q�种监听应该是线�E�化的，可能会存在一些意想不到的问题�?br /> 2. 如果用纯Java难以实现�Q�那么是否可以��用其它语�a�的功能进行补充，比如JNI�Q�或是Windows下面的Dos脚本�Q�Linux�q�_��的Shell脚本来进行补充。不�q�这样就不太�q�_��无关了�?br /> 3. 可能sun发现了这个不��之处，�?.6版本开始，增加了一个java.io.Console�c�，代表与当�?Java 虚拟机关联的��Z��字符的控制台讑֤��Q�这个Console是对原来System.in�q�种不��的补充，提供了像readPassword()�{�这��L��实用�Ҏ��Q�具体请参考API文档�Q�就是专门用于对敏感信息的读取。但是这是基于Java1.6的，如果有些场景受限�Ӟ��不能使用1.6�Q�那么还是无法解决上面的问题。后来查阅了一下Console�cȝ��实现方式�Q�想直接把它的实现方式移植到1.4.xx上是比较隄��Q�因为用��C��一些高版本的新�Ҏ��。��用Console要注意的是：虚拟机是否具有控制台取决于底层��^収ͼ��q�取决于调用虚拟机的方式。如果虚拟机从一个交互式命��o行开始启动，且没有重定向标准输入和输出流�Q�那么其控制台将存在�Q��ƈ且通常�q�接到键盘�ƈ从虚拟机启动的地�Ҏ��C�。如果虚拟机是自动启动的�Q�例如，由后��C��业调度程序启动）�Q�那么它通常没有控制台。如果你在Eclipse里面启动�E�序调用Console�Q�那么通常是没有控制台�Q�还是得从外部的命��o行方式才能调用得到�?br /> ��M��想一下，感觉应该�q�是从第2点出发，牺牲掉一炚w��用性，�q�样才能满��q�种功能需求�?

寒武�U?/a> 2008-05-23 09:41 发表评论

亚洲成av人在线观看,国产三级av在线,亚洲精品www

扩展commons dbutils的JavaBean转换方式

关于commons dbutils�l��g的一个小�~�陷分析

���Apache Roller部��v到MyEclipse上面

httpclient3.1使用���结

��Apache Roller部��v到MyEclipse上面

httpclient3.1使用��结