关于点击
关心如下几点
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大致如下
上面的这种设计是基于接口(Interface)的,通过我们的xml,将它解析后就封装到点击流实现类、点击实现类、请求头实现类中,这样如果需要进行二次开发时,无论是对xml文件模型的扩展还是对点击流处理行为的重写、点击处理行为的重写、响应结果的扩展,以及相应内容的重新解析,您都可以很方便袋额进行。
1、如果您扩展了点击的类型(目前分类:开始点击、非开始点击两类),你会重新制定点击流的处理规则,那么您只需要实现点击流处理行为接口,将实现配置到xml文件中。这里可以针对制定的点击流来制定处理规则
2、如果您根据自己的需要,要制定特殊的点击处理业务,同样您可以实现“点击处理行为”接口,当把实现配置到相应的xml文件中时,会改变该节点的处理行为。
3、如果您对系统的默认解析相应文件的方式不赞同,您也可以实现响应结果解析接口,只不过暂时没有提供针对每一个点击的解析方案,在后面的升级后(或者从现在开始就修改实现这种方案吧)
总之,通过目前的这种面向接口的方案,给您扩展与功能制定提供了很大的方便。