今回は、vue-cli プロジェクトで Mockjs を使用する手順の分析をお届けします。vue-cli プロジェクトで Mockjs を使用する際の 注意事項 は何ですか。以下は実際のケースです。
バックグラウンド
フロントエンド jQuery の時代の初期には、基本的にフロントエンド関数とバックエンド プロジェクトが組み合わされており、一般的に、共通の Maven プロジェクトの下にある webapp ディレクトリにはフロントエンドのさまざまな静的リソース ファイルが含まれていました。 。 このとき、私たちはいつも次の問題に遭遇します:詳しい使い方の説明
1. まず、srcディレクトリにモックフォルダーを作成し、モックメインファイルindex.jsを定義し、このファイルにインターセプトルーティング設定を定義します。
/**
* 定义本地测试接口，最好与正式接口一致，避免联调阶段修改工作量
*/
// 引入mockjs
import Mock from 'mockjs';
// 引入模板函数类
import record from './presc-record-api';
Mock.setup({
timeout: 800, // 设置延迟响应，模拟向后端请求数据
});
// Mock.mock( url, post/get , 返回的数据)；
Mock.mock(/\/api\/healthPlat\/getRecipe\/\w*\/\w*/, 'get', record.getRecipe);2. ファイル内でテンプレート関数クラスを定義します。例:
// 获取 mock.Random 对象
// 引入mockjs
import { Random } from 'mockjs';
import Utils from './Utils';
function getRecipe(req) {
// mock一组数据
const data = [];
for (let i = 0; i < 10; i += 1) {
const o = {
recipeId: Random.guid(),
billId: Random.string(10),
orgId: Random.string('number', 8, 10),
viewName: Random.cword(4, 16), // 随机生成任意名称
personName: Random.cname(),
reason: Random.csentence(10, 32),
};
data.push(o);
}
// 返回响应数据对象
return Utils.setRes(req, {
data: {
idCard: Random.id(), // 随机
details: data,
},
totalCount: 20,
});
}
export default {
getRecipe,
};3. main.js に mock/index.js ファイルを導入します。次の作業は、モック ルーティングとテンプレート関数を構成することです。楽しんでください!
落とし穴
ここでは、vue-cli で Mockjs を使用する際の落とし穴を紹介します:
1. リクエスト パスに変数が含まれています。ルーターを使用したことのあるプログラマーは、アドレスにパラメーターを含むルートを処理する必要があることがよくあることを知っています。現時点では、パスを照合するには Mockjs で 正規表現 を使用するだけです。例:
Copy。コード コードは次のとおりです:
Mock.mock(//api/healthPlat/getRecipeDetail/w*/w*/, 'get', Record.getRecipeDetail);つまり、通常の文字セットのみを使用します。変数に一致するように変数を追加します。
2. コンソールのネットワークにリクエストが表示されないのはなぜですか?最初にテストを開始したとき、ネットワークをチェックしましたが、リクエストがありませんでした。これは奇妙でした。いくつかの質問を自分自身に問いかけてください:
main.js
エントリー ファイルコンソールはリクエストをインターセプトしませんでした。つまり、サーバーに送信されたリクエストをインターセプトしなかったということですよね?
これらの質問を受けて、ソースコードとドキュメントを読んで次のことがわかりました:
ソースコードでは、まずリクエストがMockjsで定義されているかどうかを確認し、定義されている場合はそれをインターセプトし、そのシミュレートされたリクエストオブジェクトを使用しますMockXMLHttpRequest で応答します。つまり、XHR リクエストは送信されません
それ以外の場合は、ローカル標準 XHR オブジェクトがリクエストの作成に使用されます。このとき、
リクエスト情報はコンソール ネットワークで確認できます。 したがって、関連するmockjsはmain.jsエントリファイルに導入されます。設定ファイルは、Mockjsをフロントエンドコードに追加するシミュレーションメソッドです。実際にリクエストを送信するのではなく、ブラウザ内で実行されます。表示するためにコンソールに出力します。
刚开始的时候，我按照文档上说的模板语法进行配置，如：
看到属性 code 居然带着规则一起返回了，我说我请求为啥没有解析成功啊，原来 res.code 一直是 undefined ，这是坑啊。
查看源码和可以搜到的网上示例发现：没有使用模板规则的现象，而是使用 mockjs 提供的内置函数来实现，如 .id() .cname() 等等方法。
于是我将mock相关文件中 code 定义改成下面这样：
function setRes(req, options) {
window.console.log(req.url);
const { code = Random.int(0, 5) >= 1 ? 1 : 0, message, data = {}, totalCount = 100 } = options;
const result = {
code,
message: message || ['失败', '错误', '异常'][Random.integer(0, 2)],
data,
totalCount,
};
window.console.log(result);
return result;
}刚开始的时候属性code是这样定义的—— 'code|1', true, ，后来改成了 code = Random.boolean()，发现生成 false 的概览太高了，不适合我们真实的场景。
想到我们只需要增加 code 为 1 的概率，于是本人使用 Random.int(0, 5) 随机生成一个整数，当这个整数大于等于1，我们将 code 设置为 1 ，其他情况为 0 。
也就是说从概率上将，成功的概率为 0.8，失败的概率为 0.2，基本符合我们测试要求，哈哈，机智不^<^。
4.模拟异步请求的过程，发现请求好像是瞬间完成，loading效果没生效
刚开始的时候，没有设置延迟响应，每次请求都好像是瞬间完成的，没有一步操作的那种等待感，没有看到loading罩层出现。
自己debug时，loading罩层是有的，于是想到：请求没有被延迟，而是被同步执行了。
想到lodash.debounce 函数有延迟网络请求、稀释事件、延迟执行的效果，于是将模板函数用 debounce 包裹起来，如下：
复制代码 代码如下:
Mock.mock('/api/healthPlat/chronicdisease', 'get', debounce(record.chronicdisease, 600));
结果出现有意思的事情：当请求比较频繁，在延迟时间内，本次请求得到的响应数据是上次请求的结果。这显然不是我们希望看到的，而且我们一般是用 debounce 的来稀释请求的，用在请求发送之后显然违背了我们的初衷。
翻阅 mockjs 文档，发现作者已经考虑了这个事情。哎，辛苦忙活了大半天，还是要好好看文档啊。具体如下：
Mock.setup({
timeout: 800, // 设置延迟响应，模拟向后端请求数据
});5. Mock 无法拦截带参数的 get 请求
刚开始时，发现设置的有些 get 请求总是请求不到 mock 的数据，而有些 get 请求能得到 mock 的数据，post 则不存在这样的问题。非常郁闷！
仔细 debug 时发现：get 请求带参数时失败，找不到路径；get 请求不带参数成功，路径没找到，获取到 mock 的数据；post 路径正确找到，成功得到 mock 数据。
这时突然意思到：get 请求的路径默认后面会加上参数，因此和设置的路径没有匹配上，导致路径没找到，请求失败。
于是本人将路径改成正则表达式，就好了。如：
// 刚开始字符串路径，带参数的 get 请求匹配失败
Mock.mock('/api/healthPlat/renewCancel', 'get', manage.renewCancel);改成下面这样就好了：
// 正则表达式路径，带参数的 get 请求匹配成功 Mock.mock(/\/api\/healthPlat\/renewCancel/, 'get', manage.renewCancel);
但是实际开发过程中，发现上述正则表达式不够完备，如后续我们又另一个路径 /api/healthPlat/renewCancelAddr 也会匹配上述地址，这不是我们希望有的。
此时我们只需改进下正则表达式即可：
// 正则表达式路径，带参数的 get 请求匹配成功 Mock.mock(/\/api\/healthPlat\/renewCancel(|\?\S*)$/, 'get', manage.renewCancel);
即只有路径为 /api/healthPlat/renewCancel 的 get 请求才会匹配上述规则。
最后建议：get 请求都用正则表达式书写路径；post 字符串和正则都行；
总结
mock虽然存在以上所涉及的局限和问题，不过对于日常自测联调还是很有益处，个人觉得主要还是简单可行。当然本文所述方式，不仅仅局限在 vue-cli 中，其他框架中亦可按此法进行配置。
相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！
推荐阅读：
webpackを使用してReact開発環境を構築する手順の詳細な説明
以上がvue-cli プロジェクトでの Mockjs ステップ分析の使用の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
