而今迈步从头跃...

基本方法是：首次插入时，versionId用系统预留的特殊Id号在随后的更新中，系统copy当前最新数据，修改versionId为用户输入id插入表中，同时在history中增加历史访问入口系统当前记录（versionId为特殊值）一直保留，作为每个后续版本的初始化数据；这条数据处在不断更新中，其版本号显示可以采取字符串：当前版本号 +  "+"的形式，比如“1.1.3+”;因为这是个

现在也是边写需求工具边学习dbforms，其间也发现一些问题，特别是效率问题，希望下一般本会更好不过我现在已经对dbforms改动了很多，估计下一版本我也用不上了

今天发现dbforms的Table.getIntercepors()重复添加本地interceptor,疑为bug

如果你用struts action 分发（dispatch）dbforms page 要注意了比如你通过dbforms.do跳转到aDbformsPage.jsp,通常情况下你希望做了某些操作后仍然正确的返回到这个页面（记住，你是通过struts跳转到这个页面），所以你在dbformTag中设置了followUP="dbforms.do?" ＋ maySomeQueryString,你做一

dbforms对用户的任何web响应是通过其自构的一套事件驱动机制实现的首先，dbforms将用户的不同操作映射为内部定义的不同事件，统称WebEvent主要包含DataBaseEvent、NavEvent，dbforms均有对应的factory生成DataBaseEvent就是常见的CRUD操作事件，比如InsertEvent、UdateEvent等NavigationEvent

FieldValues中居然遗漏了对boolean字段的处理让人伤心....

包javax.servlet.jsp.tagext 中JspTag是RootSubInterface有Tag和SimpleTag，SimpleTag和Tag使用场合不同现讨论Tag 的 类层次 (class hierarchy)Tag ->IterationTag -> BodyTag ->BodyTagSupport(注意，这是一个class，按照sun的命名习惯，许多开发者也遵循这

每个框架都有其特定的设计模式（或者称之为思想、精神之类的东西），它反映了这种框架解决问题的方式方法；这种设计模式直接或间接决定我们使用框架的方式，若能恰当把握这种模式，就会用的得心应手、舒畅自然;否则，就可能变成怨妇。前段时间用dbforms，总是觉得不能得心应手，总是觉得要改点东西才能适应我的业务，所以加了一堆现在开来是多余的代码；今天幡然省悟，其实我一直与dbforms的精神背道而驰，db

dbforms中为什么position都要编码，出于安全？原本觉得没有必要

有没有用过dbforms的同行，可能是现在我对dbforms不熟，很多地方我直接用tag搞不定的时候，我都要去看源码，虽然也能解决问题，但是这样效率太低了，其过程相当痛苦...想转向别的框架，但是基础工作都做了这么多了，很难受...有没有也用dbforms的同行，很想和你们交流一下使用心得...不懂的问题也想求教啊... 

按先前的方法copy当前版本数据，修改versionid为系统预留id后再插入，uc的id已不在是原来的id，按versionId过滤后看不到原来的uc数据；之所以这样做 ，是想偷懒，直接将历史记录维护在主表中正确的做法是历史记录维护在history表中，主表永远是当前最新版本数据（系统预留versionid号,目前是静态的，为了增强ui可读性，以后升级为动态），在更新主表后，触发In

终于将uc版本维护的功能实现了一个字，累啊其实很简单，但开始的时候就是没想到；期间，对dbforms的Interceptor的了解可谓更上一层楼，也发现了几个低效率的方法，都做上TODO 标记了，有时间再修改 

1.支持SchemaExport。借用hibernate的Dialect，支持为不同数据库产品生成 表、外键、索引，只需要在dbforms-config.xml文件中配置增加Dialect配置项2.增加动态加载dbforms-config.xml功能。配置isDebug，否则dbforms自带的程序，每次修改后都要重启tomcat3.增加了一些表现层功能。主要通过增加dbforms-con