Java数据对象(JDO)的前世今生(4)

　　这些都是最基本的存储处理，在基本增删改查（这里的查指按关键字查找对象）的基础上，我们还需要进行复杂的匹配查询（SQL），这使得我们的存储处理代码进一步复杂化。简单地，我们可以写一个类似的方法：

　　public static Collection findBy(String sql) throws SQLException {
　　//… （这里获取JDBC连接）
　　Collection col = new Vector();
　　ps = conn.prepareStatement(sql);
　　rs = ps.executeQuery();
　　while(rs.next()) {
　　User user = new User();
　　user.userId = rs.getInt(1);
　　user.name = rs.getString(2);
　　user.birthday = rs.getDate(3);
　　col.add(user);
　　}
　　return col;
　　//… （同前，这里是清理JDBC资源的代码）
　　}

　　这就是一个查询接口的基本定义，查询采用的语言仍是SQL。

　　如果我们需要将参数从SQL串中独立出来以节省数据库的解析时间并规范化，我们还需要将查询条件作为参数传递到这个方法中去，方法的接口改为：

　　public static Collection findBy(String sql, Object[] params) throws SQLException {
　　//…
　　ps = conn.prepareStatement(sql);
　　for(int i = 0; i < params.length; i++) ps.setObject(i+1,params[i]);
　　//…
　　}

　　调用的时候sql参数中会包含一些"？"号，如：

　　select ID,NAME,BIRTHDAY from USER where … = ? and … > ? and …

　　当然，也有一些开发团队喜欢将所有可能的查询都写死成一个个的专用查询方法，在其中完成对应的SQL操作，这一点类似于EJBQL，只不过是将EJBQL中容器实现的功能通过手工编码来实现。这样做使得查询受到限制，但可以提供更保险的接口。
　　 还有一些开发人员看到每个类中写这样一些查询方法使得这个类的代码变得庞大，维护麻烦，便将所有的查询方法放到一个公共的工具类中去，只是在方法中再加入一个参数：Class cls来表示需要查询哪个对象，使得每个数据类变得紧凑一些。当然，这样的结果是那个公共类变得异常庞大，谁维护谁倒霉，可以说是牺牲一人，幸福团队。不过如果这个人心理素质不够好、压力承受能力不强的话，一些对数据类的改动可能会受到他的阻碍，这时候就是"一夫当关，万夫莫开"。

　　现在，我们已经实现了基本对象的包装，现在才能开始考虑更多的问题。首先，我们可能会从规范化的角度出发，给每一个属性加上读写访问器getter/setter，在前面的User类中，可能我们会将基本属性部分写为：

　　public class User {
　　private int userId;
　　private String name;
　　private Date birthday;

　　//以下是针对以上属性的getter/setter，一般可以用IDE工具生成
　　public int getUserId() { return userId; }
　　public void setUserId(int value) { userId = value; }
　　public String getName() { return name; }
　　public void setName(String value) { name = value; }
　　public Date getBirthday() { return birthday; }
　　public void setBirthday(Date value) { birthday = value};

　　//…
　　}

　　这样，一个比较规范的数据类包装就算完成了。