在1.1版本开发的时候,遇到了where条件定制问题。这部分对应1.0版本的:数据查询——>随便点击一个查询进入查询设计界面---->选择where标签页。
1.1版本则由:
http://localhost:8080/rs/ralasafe/query/queryMng 进入,选择一个query,点击edit policy。
(注rs,应该是你的context path)
需求大体是这样的:
- 显示树(完成,使用jstree的)
- 点击不同树节点的时候,在右边显示不同的编辑窗口(这个也基本完成,还差定制子查询等没有做)
- 右击不同树节点的时候,显示不同的菜单项
这些和1.0版本的需求完全一样的。
我当前的设计思路是这样的:编辑显示窗等使用客户端jquery脚本呈现;当编辑后,立即将该节点内容ajax同步到后台,修改web session里面对应的query(还不同步到数据库)。
按照这种思路做,虽然没有技术问题。但
- 设计思想还是蛮烂的,而且比较低级。代码复用率太低了,而且编写这个where条件就会耗去很多时间,拓展性不佳。
- 其他地方还有类似需求,如:设计User Category(用户分类)、Business data(业务数据)的Expression Group(条件组)也有类似需求。
麻烦有兴趣的朋友看看,我们怎么做比较合适。
--
Julian Wong 汪金保
@ralasafe (twitter, 新浪)