昨天说了我的这个大轮子的大致情况，就是尽量保持简单，而配置最多的可能就是持久层和Action的配置，我的框架会完全取消这两个的配置，先说说持久层的情况。

1. 类名和表名直接关联，关系是类名前带 t_
2. 类的成员和表字段直接关联，名称完全一致，全部的表都需要一个名字为ID的主键，类型为long，由系统自动在插入的时候产生
3. 表关联根据类之间的关联决定，如果两个类对对方都是直接引用，就是一对一，如果一个是直接引用，例外一个是集合，则是一对多，如果两边都是集合，就是多对多，对于集合的成员，其成员名是类名加s。多对多的表名是t_加两个类名，中间用_分隔，字段名就是类名加_id，如果是一对多，则外键名就是类名加_id
4. 类型现在是自动匹配，也就是数据库的类型和类中的对应字段的类型是匹配的
5. 主键的值在系统初始化的时候会从数据库表中读取最大值，然后缓存在系统中，每次加一
6. 缓存的大小根据系统启动时数据库对应表的记录数决定，记录数小于一千的缓存100％，一千到一万的缓存50％，一万以上的缓存10％，十万以上缓存1％
7. 类名可以分布在多个包中，配置文件配置都有那些包可以存放这些持久化对应的类，类名不可重复

根据这个规则，我完全取消了持久层的配置，对于新项目，这个规则的要求并不高，符合绝大部分的需要。至于查询，目前还没有完全想好，但是我考虑的是大部分的简单情况，只提供一个简单的对象表达式语法，复杂的查询还是使用SQL。

具体的例子：
阅读全文

这段时间还在完成我的大轮子计划的持久化部分，本来想利用原来做的EJB单元测试的代码，结果发现自己还是对很多API不熟悉。我要将ResultSet的结果转换为Java的类型，本来是打算用一个工具类来转换的，结果发现ResultSet.getObject()返回的就是Java的类型。另外一个发现就是通过反射，JDK其实会自动为你进行装箱拆箱操作，如果传入的参数是Integer类型，而方法的实际类型是int，JDK会自动转换，反之也是一样，返回的结果是Integer，实际返回的是int，JDK也会自动转换，当然，这个JDK是1.4，不是JDK1.5。