首先感谢大家的阅读 谢谢捧场^-^
场景:
1. 公司使用的底层数据存储不是jdbc方式,是开发了一个底层的平台,java通过jni调用Connect从而进行数据的保存、修改、删除和查询。
2.web中使用spring作为ApplicationContext,通过spring容器来管理bean
针对这个Connection他不是jdbc的体系,为了将来的扩展和开发时的方便,想象spring中的jdbctemplate一样实现一个集成了事务以及connection管理于一体的架构出来,目前不知道该从何入手?^-^希望各位多多帮忙,一起讨论下这个需要怎样来设计比较合适。
我目前的大概想法是:
1.Connection如果将来改变可以不用修改底层框架(象hibernate对待不同数据库时可以通过方言来支持不同的底层特性)
2.Connection可以配置池(象c3p0一样) 池打算参考c3p0来做一个实现
3.事务的支持(想象spring一样可以做事务切面) 这部分就晕了不知道怎么入手打算在第一个版本中不实现(不知道1和2条设计时该怎样预留逻辑或者接口方便以后集成事务的处理)
4.Connection的XXXTemplate(类似spring的jdbcTemplate使用一样的方便)这个主要是希望可以方便开发人员从繁琐的底层调用中解脱出来
。。。。
以上就是我的想法了,对于spring从来没有研究过底层的实现现在感觉比较棘手了,设计时可能会走很多弯路。
真诚希望得到大家的帮助 ^-^ 感谢大家了
场景:
1. 公司使用的底层数据存储不是jdbc方式,是开发了一个底层的平台,java通过jni调用Connect从而进行数据的保存、修改、删除和查询。
2.web中使用spring作为ApplicationContext,通过spring容器来管理bean
针对这个Connection他不是jdbc的体系,为了将来的扩展和开发时的方便,想象spring中的jdbctemplate一样实现一个集成了事务以及connection管理于一体的架构出来,目前不知道该从何入手?^-^希望各位多多帮忙,一起讨论下这个需要怎样来设计比较合适。
我目前的大概想法是:
1.Connection如果将来改变可以不用修改底层框架(象hibernate对待不同数据库时可以通过方言来支持不同的底层特性)
2.Connection可以配置池(象c3p0一样) 池打算参考c3p0来做一个实现
3.事务的支持(想象spring一样可以做事务切面) 这部分就晕了不知道怎么入手打算在第一个版本中不实现(不知道1和2条设计时该怎样预留逻辑或者接口方便以后集成事务的处理)
4.Connection的XXXTemplate(类似spring的jdbcTemplate使用一样的方便)这个主要是希望可以方便开发人员从繁琐的底层调用中解脱出来
。。。。
以上就是我的想法了,对于spring从来没有研究过底层的实现现在感觉比较棘手了,设计时可能会走很多弯路。
真诚希望得到大家的帮助 ^-^ 感谢大家了