WEB前端开发数据模拟工具JOJO

 

注：图片见压缩包中的word文档！

前端数据模拟工具V1.0(JOJO)

一、什么是JOJO

JOJO是一个简单的数据模拟服务器，可以模拟前端页面与后端数据交互的模拟，类似于MOCO，JOJO本身的开发灵感来自于MOCO框架，个人认为MOCO配置相对复杂，需要了解的东西比较多，现在基于MOCO的demo也比较少，而且不支持JSONP的形式！(我所需要的是对应的一个URI我能模拟一个我想要的响应数据这就满足我的要求了)这个基于Java开发的开源项目(支持桌面应用，支持配置文件路径切换和端口切换)!

二、为什么要开发这个工具！

集成，尤其是基于 HTTP 协议的集成——web service、REST 等，在我们的项目开发中被广泛应用。以前，我们每次都要往 Jetty ，JBOSS或 Tomcat 等应用服务器上部署一个新的 WAR。大家都知道，开发部署一个 WAR 的过程是很枯燥的，即使在嵌入式服务器上也是如此。而且，每次我们做一点改动，整个 WAR 都要重新组装。JOJO的出现，正是为了解决这些问题。开发团队只要根据自己的需要进行相应的配置，就会很方便得到一个模拟服务器。而且，由于 JOJO本身的灵活性，其用途已经不再局限于最初的集成测试，比如JOJO可以用于前端开发，JOJO 还可以用于移动开发，模拟尚未开发的服务；以及应用接入数据的模拟！模拟一个完整的 Web 服务器，等等！（对于前端开发的话，可能不需要有web容器的支持，由UED提供简单的DEMO文件夹，再通过接入后端服务将后端数据展示出最终渲染页面,从中就会遇到一些跨域的问题！如果纯粹只是为了这样一个目的解决跨域，因为MOCO中无法提供的JSONP支持，所以也就引燃了开发这个模拟工具的导火线!）

 

三、为什么叫工具而不是框架

个人认为只是一个工具！是不是框架不作讨论！

 

四、JOJO这个工具的使用

桌面版

适用于windows系统（经测试）

<!--[if !supportLists]-->1、  <!--[endif]-->先安装好jdk!

<!--[if !supportLists]-->2、  <!--[endif]-->启动服务界面：

直接双击启动或者命令行输入java -jar SimulateDataTool.jar 会出现如下界面：

（1）、工具

启动界面

<

工具说明

1、Config folder path:配置文件存放路径，默认为SimulateDataTool.jar所在文件夹位置！

2、Select Folder:选择配置文件存放路径！

3、Server IP…:服务器IP地址：配置必须为所在机器的IP或者为127.0.0.1，默认为127.0.0.1！

4、Server Port:服务器端口号！为未使用的端口号，默认为8888

5、Start Service:启动web监听服务

6、Stop Service:停止web监听服务

 

命令行版：

适用于windows系统和unix系统（经测试）

1、 安装好jdk!

2、  启动服务：

命令行输入java -jar SimulateDataTool.jar 127.0.0.1 8888 ,参数为必填项！参数1为监听服务器IP地址，参数2为监听服务器端口号

3、服务启动成功界面

配置文件的编写

1、 以Hello World 为例（对于程序员举例亘古不变的名词）

（1）、配置文件名称以.json结尾，服务启动的时候程序会扫描对应配置文件路径下的所有匹配*.json格式的文件，读取相关配置！

（2）、最基本的参数变量，格式以json格式提供：如：

{

"request":{   //request参数：请求配置参数

      "method":"get",//请求方式  目前支持get  post  默认为get

      "type":"json",//请求类型 json（jsonp）  text  html  当请求为json或者jsonp的时候response返回的内容为｛“key”:“value”｝json格式,其中当为jsonp的时候会根据传入的hpjsonpcall或者jsonpcallback两个参数的存在于否生成jsonp对应的函数类似于jsonpcallback({“key”:”value”}); 当请求为text的时候response对应输出的是字符串，如”response”:”<h1>Hello World</h1>”  则最终web请求生成的页面内容为“&lt;h1&gt; Hello World&lt;/h1&gt;”经过转义的内容; 当请求为html的时候response对应输出的是字符串，如”response”:”<h1>Hello World</h1>”  则最终web请求生成的页面内容为原样输出“<h1>Hello World</h1>”;若此type参数不作配置，则输出也为html! 默认为html

      "uri":"/mobile/mobileOrder.do",//需要拦截响应的uri请求

      "params":{"param1":"paramValue2","param2":"paramValue2"…} //request请求的参数，暂时对配置请求参数各web请求参数名称进行匹配,暂时不对参数值进行检验，如果名称不匹配则输出错误提示！默认为无参数

},

"response":””||{//response响应参数  由request中的type请求类型决定输出

    "status":"success",//success 成功 ,fail 失败 ,login  需要登录  三种状态为标准定义，也可以由需求扩展定义，可以自由发挥

      "msg":"Hello World",  //成功或者失败返回的消息

      "data":{} //其它需要返回的对象  

…}

}

 

<1>、Demo1 最简配置

{"request":{

"uri":"/mobile/index.do"

},

"response":"Hello World"

}

<2>、Demo2 模拟手机充值返回订单信息

{"request":{

 “method”:”post”,

"uri":"/mobile/index.do",

 “params”:{“mobile”:”13816085314”,”confirm”:”13816085314”,”value”:”50.00”},

“type”:”json”

},

"response":{“status”:”success”,

”msg”:”订单信息获取成功！”,

”order”:{“orderId”:”111”,”orderDate”:”20140815104622”,”value”:”50”…}

“backends”:{“backendcode”:”ccb”,”backendName”:”建行支付方式”}

}

}

 

访问WEB服务

http://127.0.0.1:8888/mobile/mobileOrder.do?mobile=13816085314

协议://IP地址:商品号/uri?params

通过访问不同的URI得到不同的response结果

如：

Type为text

Type为json

Type为jsonp

Type为html

参数名称未匹配

Ngnix配置,模拟真实环境以及https的配置

在ngnix配置文件中增加配置：

1、增加模拟数据服务器的监听配置：

    upstream simulateData{

      server 127.0.0.1:8888;

}

2、 在80端口监听配置处增加对应应用的访问配置，模拟真实环境数据返回

Ngnix配置之后流程模拟

https的配置

ngnix中https 走443端口：

Ngnix配置之后的参数不匹配错误