一个自制持久层的方法

这类轻量级的容器出现会改变我们很多编码的习惯和方式

gof上的template method？依赖继承和override的template method？别恶心我了。
老早就想写这么个东西介绍一下，以前曾经在jdon上介绍了一下，没人响应。大概jdon上的高手都是用ejb的，不会这么土自己砍柴烧火。
不过要是我在上个月之前贴出来，你是否又要骂偶异端了？

    另外，我对于对象的生命期进行了判断，也就是采用logVersion，时间戳的方式，每创建一个实体对象，就会产生一个记录戳号，每从数据库读取一个对象，就会把最新的记录戳读取。所以当插入数据库的时候，就会和数据库的记录戳（也可以不采用数据库的方式存放记录戳）进行对比。当大于，如果数据库记录戳为0，则是新增，小于，则是脏数据（别人更新了）。
。。。。
       最后，给大家看看配置文件（在附件中）
   事务的管理在delegate层的实现进行封装。
   实现中用了oscache，对性能进行了简单的测试，还凑合。
   另外做了一个封装简单条件逻辑的（支持并、或、以及基本的逻辑门），可以让web端的条件输入与数据库的实现相脱离（至少不必在web层次低级的传入SQL条件了）。
   DAO框架和事务我看了一下，对现今的ORM都可以进行封装。
   给程序员们用了，反正感觉比ibatis好，呵呵。
   不过也要不少地方无法处理，第一就是关系映射（没有实现它，只能算OM，不能算ORM的），想做一对多，但是总没有找到好思路（其实也完全没有必要，这毕竟只是一个过渡的组件）。第二就是复杂查询（包括函数以及其他），第三就是处理的性能（像将字符串转换为对象并赋值全部是自己通过反射做的，居然没有用到java.beans的PropertyEditor，实在是失败），第四就是并发问题，对于并发的编程，经验不算很够，虽然用optimeziter进行了几次测试，不过感觉还远远不够。
    本来很想作为一个开源的东东，和大家交流交流，不过，呵呵，怕拿不出来，丢丑就不好意思了。今天借ajoo的话题，顺便贴出了点，大家聊聊。