关于点击
关心如下几点
1 、请求的服务器路径---------url
2 、点击标识（id ）
3 、向服务器发送请求的方式（method ）：get 方式、post 方式、file 上传文件
4 、向服务器发送请求时的文件头信息（header ）
5 、下一个点击（nextclick ）
6 、点击结果（result ）
6.1 ）点击状态--------- 服务器响应码
6.2 ）响应文件头
6.3 ）sessionid
6.4 ）响应内容
6.5 ）响应文件体
6.6 ）对响应文件体解析后的信息map （resparammap ）
7 、点击开始时刻（starttime）
8 、点击结束时刻（endtime）
9 、点击流环境（clickstreamcontext）
10、点击延迟（lazy）
整个设计oom大致如下
![](https://www.cppentry.com/upload_files/article/76/1_gejgw__.png")
上面的这种设计是基于接口（interface）的，通过我们的xml，将它解析后就封装到点击流实现类、点击实现类、请求头实现类中，这样如果需要进行二次开发时，无论是对xml文件模型的扩展还是对点击流处理行为的重写、点击处理行为的重写、响应结果的扩展，以及相应内容的重新解析，您都可以很方便袋额进行。
1、如果您扩展了点击的类型（目前分类：开始点击、非开始点击两类），你会重新制定点击流的处理规则，那么您只需要实现点击流处理行为接口，将实现配置到xml文件中。这里可以针对制定的点击流来制定处理规则
2、如果您根据自己的需要，要制定特殊的点击处理业务，同样您可以实现“点击处理行为”接口，当把实现配置到相应的xml文件中时，会改变该节点的处理行为。
3、如果您对系统的默认解析相应文件的方式不赞同，您也可以实现响应结果解析接口，只不过暂时没有提供针对每一个点击的解析方案，在后面的升级后（或者从现在开始就修改实现这种方案吧）
总之，通过目前的这种面向接口的方案，给您扩展与功能制定提供了很大的方便。