昨天说了我的这个大轮子的大致情况，就是尽量保持简单，而配置最多的可能就是持久层和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。

这个问题可能是很多做Java的人最关心的，特别是新手，而且我原来也写过一些东西，现在我再简单的列举一些简单但是行之有效的方法：

• 上各个技术论坛看别人的帖子，特别是那些回复数或者点击数比较高的帖子，回复数高说明讨论激烈，很可能有高手在当中切磋，点击数高说明这个是大家很关心的，你以后很可能也会遇到或者用得上。
• 尝试帮助别人解决问题，特别是你没有遇到过，但是你知道原因或者你懂得其中的原理，在这个过程中，你可以逐步的培养自己解决问题的能力、经验以及自信心。
• 多看别人写的代码，无论是高手还是新手，从高手的代码你可以学习东西，从新手的代码中，你可以尝试去修改他的代码，让这个代码更加的高效、通用、简单，总之就是尽可能优化，直到你自己感觉很满意。
• 注意积累自己的代码库，有时候是一个简单的方法，有时候可能是一个小的功能块，有时候甚至是一个比较大的子系统，以后自己要写一个系统，或者要设计一个系统，甚至你遇到设计问题的时候，你都可以到这些代码库中寻找思路甚至是直接拿来用。最重要的是，无论你认为自己的公司多么的差，多么的没有技术含量，你所在的项目肯定会有有价值的代码。（但是要注意，不要仅仅拷贝一份代码，要抽取你能够理解，并认为有价值的部分）
• 多看书，系统的看书，不要浅尝辄止，要看那些经典的书。程序设计风格、设计模式、OO、重构都是必看的。
• 最后也是最重要的是，遇到问题，要尽量去了解为什么会出现这样的问题，而不是仅仅停留在解决问题的层次。

如果你有信心并且确实可以在一个月之内找到一份满意的工作，你基本上可以算是高手（高手不一定高薪，但是温饱应该问题不大）了

最后是关于时间，众所周知，新手都会面临一个先有鸡还是先有蛋的问题，公司都要求你有经验，但是新手没有，所以你一定是一个蛋，你要把你的全部时间都花在提高自己上，少看些新闻，多看些书、看些帖子吧，当然，要花一些时间在锻炼身体上（呵呵，这个是我现在最大的感受）。关于加班，尽量避免，有两个方法，一个是提高自己的效率（使用合适的工具辅助，工欲善其事必先利其器），另外一个就是多思考你的那些工作是重复性的，怎么样可以少写一些代码。