sf-inner-service 是以 npm 包存在项目里的小型内置服务器,它将对以下人群产生帮助作用:
-
已经接触前端,但对 ajax 请求,前后端协作,完善的开发流程没有深刻概念
-
具备一定的前端知识,想通过做项目练习而提升自己,苦于缺乏后端能力
-
熟悉前端,深感封装的局限性,想通过工程化提升开发效率
-
想开发一些满足自己交互体验的离线产品,受浏览器器限制,一些功能做不了
sf-inner-service 本质上是一个后端脚本管理平台,数据存储在磁盘,使用它之后就和实际开发项目没有区别,只不过是自己写后端,流程如下:
-
在配置端口处启动一个 http 服务用来响应请求
-
根据请求地址划分文件层级,统一解析参数,对上传文件、下载文件、视频的二进制播放做了内置处理
-
可以响应 websockt
-
支持同一模块、全局的生命周期钩子,从而实现定制化需求、代码复用
-
自动创建、执行脚本文件,更改逻辑只需再次请求,无需重启服务
-
自动支持跨域
-
简化返回形式,可以快速的实现增删改查
sf-inner-service 基于 node.js,实现一对一功能性应用绰绰有余,即每个使用人员都是从 github 上把代码拉下来独立部署,其局限性在于不适合真正的线上应用,但其接口约束能力仍在(除了视频播放),切换后台可以平稳过渡。
npm install --save-dev sf-inner-service
在 tutorial 下,对于有 html 文件的,只需要执行node testService.js 就可以跑起来了。
倾向于 json 文件更方便数据的展示、查阅、读写等特点,尽管 JS 文件少了诸多限制,可以加入注释、执行逻辑等,但这同样也是弊端,容易把数据变得混乱,从而违背初衷。
在全局生命周期文件 lifeCycle.js 的ajaxInterceptor拦截器中做如下处理,该文件会被自动创建
(function () {
return function () {
return {
ajaxInterceptor: function (argData, argParams, external) {
if (external.isLocal) {
return {
allowNextStep: true,
};
} else {
return {
allowNextStep: false,
response: {
code: 401,
},
};
}
},
};
};
})();
其中external.isLocal的判断逻辑为请求来源的 hostname 是否为127.0.0.1或localhost中的一个
以/api/book/save为例,对应的文件层级为 api=>book=>book=>save.js,可以在 book(第二个 book,模块名) 文件夹下新增一个 lifeCycle.js 文件,示例如下:
(function () {
return function () {
return {
createFloder: function (createFloder, external) {
external.count = 1;
external.say = function () {
console.log("这是一个公用函数");
};
},
};
};
})();
应用层次的 lifeCycle.js 文件在每次执行后端脚本之前都会被读取一次,external在脚本文件里可以通过第三个形参接收
list.js 代码如下
(function () {
return function (argData, argParams, external) {
console.log(external.count++);
external.say();
return {
isWrite: false,
response: {
code: 200,
data: argData,
},
};
};
})();
每收到您的一块钱赞助，深夜敲代码的作者就会掉一根头发。
