HttpClient点击流设计（四）

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