据说,每一个前端工程师都有周期性的心理焦躁症。在这段时间里,他们不安、牢骚满腹,甚至摇头摆尾、爬来爬去。不是因为那莫名其妙的‘每个月那几天’,就是单纯的伴随着每个开发周期的迭代。可这是为什么?迭代里到底发生了什么使他们如此焦虑?
哥分分钟为你解开疑惑。
我曾经是一名光荣的后端工程师,为我的service、gateway、strategy...骄傲、自豪。那时我目空一切,前端在我眼里不过绘图耳。于是我忽略他们的建议、意见,即便是呐喊,我也权当是个屁,就那么轻轻的给他放了。直到有一天,我自己转行,加入了茫茫的‘绘图’大军,这才意识到,知识的隔阂原来已经浸入骨髓,变之,难矣!
那为什么前端会痛苦?因为他们的工作总是依赖后端的接口,什么RESTful API
啦,WebSocket
啦,后端不做完,前端就没法开始。可如果前端依赖了后端,前端又会被老板批说“你就不能同步开始么?”,唉,这种事,谁做谁知道!可如果前端去催后端的接口,后端一定鄙视你“画个图还屁事多?你先把图画上,等我接口完了,你一连不就OK啦?”,唉,这种事,谁做谁知道!
相信我,哥把一生都奉献在编码上了,鸡同鸭讲的事我见的多了。在我们这个神奇的行业里,你懂的,不会编程的‘程序员’实际不在少数。我们怎么办?总得饭照吃、活照干吧?于是前后端分离就成了热门话题。只要接口先约定好,爷不等你后端的实现了行不行?答案自然是肯定的,这就是今天的话题——webservice-simulator
有了接口约定,爷还尿你那破实现?谁先做完谁邀功、谁做不完谁滚蛋!道理就这么简单,你也别觉着可怕!在我们这神奇的行业里,“杀良冒功”也不鲜见。
大话题谈完,来,我们上点儿干货!
首先,我们安装sero-cli
npm install sero-cli -g
然后随便找个地方,新建一个叫routers
的目录(其实叫什么都为所谓,我这里就用routers
,方便演示)。
mkdir routers
进入routers
目录
cd routers
创建一个叫helloworld.json
的文件
touch helloworld.json
将如下内容粘贴到helloworld.json
里:
{
"when": "/helloworld",
"method": "get",
"responseData": {
"title": "hello",
"content": "world, i am your uncle"
}
}
退回至routers
的父目录
cd ../
启动sero
sero
找到如下图所示的Launch web service simulator
,回车(所有问题均取默认值),启动模拟器
打开浏览器,输入:http://localhost:3000/helloworld
,你会看到如下响应数据:
{
"title": "hello",
"content": "world, i am your uncle"
}
sero-cli
就是这样一个伟大的前端开发工具,或许你还需要了解更多她的特点,请戳: sero-cli