为什么要这样搞？
这段时间在开发一个较大的项目，后台前期的准备时间会比较长，后期开发很快，而前台的前期开发会比较快，后期开发也需要等比例的时间，在进度上存在不协调的情况，后台的接口格式已经给出，虽然可以直接mockjson返回，但是在诸多（比如说新增，删除，修改）这些需要有响应的操作面前也显得十分无力，需要一个简易后台，能满足即时开发和调试的需要，具体有以下需求：
- 自动化，别配个环境半天时间
- 协同开发，彼此的数据库可以不一样，但基础必须一致
- 高性能，别编译一下☕都凉了
- 亲和力好，最好就是js，作为前端写起来看起来也方便
于是在这些条件的筛选下，最后我选择了nodejs+redis的方案，启动编译很快，数据库的迁移备份和主从都很方便
这套东西怎么用？
工程目录结构
|—mock_server // 模拟后台的主目录
|——node_modules // 主要有express，redis，body-parser等类库
|——rest // 里面放node的路由，根据模块分类，符合restful规范
|——case.js
|——...
|——dump.rdb // 用于同步协同开发的数据库备份
|——package.json
|——setup.sh // 安装redis脚本，确保redis版本一致，只执行一次
|——startup.sh // 启动redis，把dump.rdb放到redis的bin目录下，恢复数据
|——startmock.js // node服务器的入口函数
...
脚本内容
setup.sh
#!/bin/bash
# shell的执行选项：
# -n 只读取shell脚本，但不实际执行
# -x 进入跟踪方式，显示所执行的每一条命令
# -c "string" 从strings中读取命令
# 下载目录
downloadsDir=/root/Downloads
# 安装目录
appDir=/usr/local/redis
# 判断备份目录是否存在，不存时新建目录
[ ! -d $downloadsDir ] && mkdir -p $downloadsDir
cd $downloadsDir
# 下载、解压、编译
curl -o redis-stable.tar.gz http://download.redis.io/redis-stable.tar.gz
tar xvzf redis-stable.tar.gz
cd redis-stable
make && make test
# 若提示需要tcl或更高版本
# yum install -y tcl
# make完后，一般建议make test，我在make test时提示 You need tcl 8.5 or newer in order to run the Redis test
# wget http://prdownloads.sourceforge.net/tcl/tcl8.6.0-src.tar.gz
# 下载后，进入安装目录，进入unix，然后执行"./configure",然后make，然后make install
# 复制执行文件
cp src/redis-server /usr/local/bin/
cp src/redis-cli /usr/local/bin/
# 创建目录
mkdir /etc/redis
mkdir /var/redis
mkdir /var/redis/log
mkdir /var/redis/run
mkdir /var/redis/port
# 复制redis解压根目录中中的配置文件模板
cp redis.conf /etc/redis/redis.conf
# 修改配置文件
echo "################################ WLF DEFINE ##############################" >> /etc/redis/redis.conf
echo "daemonize yes" >> /etc/redis/redis.conf
echo "pidfile /var/redis/run/redis.pid" >> /etc/redis/redis.conf
echo "logfile /var/redis/log/redis.log" >> /etc/redis/redis.conf
echo "dir /var/redis/port" >> /etc/redis/redis.conf
startup.sh
#!/bin/bash
mkdir /usr/local/redis/bin
cp ./dump.rdb /usr/local/redis/bin/dump.rdb
redis-server /etc/redis/redis.conf
startmock.js
var express = require("express");
var redis = require("redis");
var bodyParser = require("body-parser");
const app = express();
var redisMaster = "127.0.0.1";
var redisClient = redis.createClient({ host: redisMaster, db: 1 });
app.use(bodyParser.urlencoded({ extended: true }));
app.use(bodyParser.json());
// Router设置
var vedioTalkRouter = require("./rest/xxx");
app.use("/xx/xxx/xxx/xxxx/xxx", vedioTalkRouter);
app.get("/xx/xxx/xxxx/xxx", function(req, res) {
redisClient.get("xxx", function(err, items) {
res.send(items);
});
});
app.listen(3000);
启动流程
第一次启动需要安装redis./setup.sh
之后启动时都./startup.sh 之后 node startmock.js 即可
数据库基线调整
注意在有大的变更的时候，需要在终端使用
redis-server
bgsave
然后到/usr/local/redis/src中手动把dump.rdb拷出来，放到工程目录下替换原来的rdb，这部的自动化还在进行中
数据订正
在开发测试的过程中，需要查看数据库内容的时候可以使用rdm来进行查看和修改
15_40_32__04_16_2019.jpg
体验怎么样？
万说不如一用，这东西的体感，棒，主要有以下几个优点
- 在开发周期较长，较大的新项目时，前端可以加快开发进度，模拟后台，基本脱离后台
- 培养对业务逻辑的思考，前端如果仅仅是UI，和咸鱼有什么区别，在开发简易的后台时，虽然是简易，但会考虑到业务的逻辑和流程，加深理解，减少bug
- redis的API简单好用，数据库也相当简单没有外键级联等，开发简直和飞一样
网友评论