FreyjaJdbcTemplate 大致上完工了，想请人重构。。

最后一个功能动态update完成，freyja还需要稳定性测试，并且检查疏漏的地方。

 

我对freyja的这套想法还是很满意的，cache就是几个map。不需要序列化。

执行update方法的时候维护缓存。

如何在当前方法里面知道是否开启了事物？如何知道几个方法是否在同一个事物里面？

我没有找到相关的API方法，但是根据同一个事物会共用一个连接来判断是否在同一个事物里面。

然后根据“事物缓存”来比较update了哪些字段。"List<String> updateColumn = MethodUtil.beanMapping(oldValue, value);"

 

由此就可以动态update，而不需要每次update的时候update整条记录。也许这样能提升update性能。

但是动态update由可以提高维护缓存的效率。因为如果一次update整个记录和update单个字段是不同的。

 

代码现在很乱，乱得我自己焦头烂额的。还希望有达人能帮忙重构一次。

 

----

整个程序是这样的，初始化的时候会扫描bean。把一些映射信息存到BeanInfoCache的map里面。

get(T)就是直接使用jdbctemplate的query

save(T)也是直接使用jdbctemplate的update

update(T) 就是用上面说的动态update 然后拼接sql，动态还是很有必要的，上面说明了。

 

executeUpdate(HQL)首先直接发送sql update数据库。然后处理缓存：

分为2类，一类是可以直接在内存中查找出来的。还有一类是没办法查出来的，这部分通过发送sql得到 ID然后得到结果集。

 

查出来了内存中需要更新的实体之后，通过

"private <T> void update(T t, BeanInfo<?> bi, Update update, Object[] args)"方法在内存中通过表达式、反射更新实体。

每个实体更新之后还需要更新查询缓存：

"private <T> void updateQueryCache(BeanInfo<?> bi, T t, boolean remove,List<String> columns)"

 

更新查询缓存的逻辑还算简单，上一篇应该大致上讲过了。只不过加了动态update，可以缩小更新范围。

 

 

 

放入查询缓存这块："public List find(Integer first, Integer max, String hql, int type,Object... args)"

这个方法也是find主方法。

 

HQL分为支持查询缓存和不支持查询缓存2部分。判断支持的条件在解析HQL的时候已经知道了。

然后支持查询缓存的这部分还分为查询全部和查询部分。

区别在于查询部分在查询全部的基础上还需要处理一次：

"list = SqlParser.parser(list, sis, hm.bi, hm.rowMapperType)"

这样得到最终需要的查询结果。

QuertyResult

 

 

public List list;

public List result;

 

 

result才是实际的结果集。

list为该结果集涉及到的数据库记录。这个用于维护缓存的时候进行逻辑判断。

 

放入查询缓存这部分还需要改，但是还没想到更好的方法。

 

事物这块直接把spring的copy过来，在commit的地方加了释放“事物缓存”。

 

虽然到处都用到了反射，但是这个不觉得是问题。不知道还有哪些漏掉的东西。

 

本想看看hibernate是怎么实现动态update，但是在hibernate的源码里面迷失了。看到saveOrUpdate监听器这块就跟丢了

还希望有人能帮帮忙，谢谢！

 

下面有测试用项目，里面包含需要的代码。lib包就在前面几篇有放出下载。