vue-cli プロジェクトで Mockjs を使用する方法

今回は、vue-cli プロジェクトで Mockjs を使用する方法と、vue-cli プロジェクトで Mockjs を使用する際の 注意事項 について説明します。実際のケースを見てみましょう。

バックグラウンド

フロントエンド jQuery の初期には、基本的にフロントエンド関数とバックエンド プロジェクトが組み合わされていました。典型的な例として、共通の Maven プロジェクトの下にある webapp ディレクトリにさまざまな静的リソース ファイルが含まれています。フロントエンドで。

このとき、私たちはいつも次の問題に遭遇します:

1. ボス、インターフェースドキュメントがまだ出力されていないので、あまり仕事ができません!

2. バックエンドのお兄さん、インターフェースは書かれていますか？テストしたいのですが！

3. テストする時間が足りません。バージョンはもうすぐリリースされます。今日、明日日が昇るのを見ましたか?

いろいろ、一言で労使、もう頼るな！

ノードの出現後、正確にはフロントエンドとバックエンドの分離後、フロントエンドにはバックエンドインターフェースの開発に依存する必要がなくなる仕組みが早急に必要となります。数年間の開発を経て、多くの有名企業がこの分野の研究を行ってきました。

これで、いよいよ実際のシミュレーションテストを実装できます。たとえば、今日の主役のmockjs

詳しい使い方の説明

1. まず、srcディレクトリにモックフォルダーを作成し、モックメインファイルindex.jsを定義し、このファイルにインターセプトルーティング設定を定義します。

2. ファイル内でテンプレート関数クラスを定義します。例:

/**
 * 定义本地测试接口，最好与正式接口一致，避免联调阶段修改工作量
 */
// 引入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);

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 関連の設定ファイルを導入するのはなぜですか?

1. エントリーファイルはwebpackでコンパイルされてからブラウザで実行されるのではないでしょうか？

2. コンソールはリクエストをインターセプトしませんでした。つまり、サーバーに送信されたリクエストをインターセプトしなかったということですよね?

3. これらの質問を受けて、ソースコードとドキュメントを読んで次のことがわかりました:

ソースコードでは、まずリクエストがMockjsで定義されているかどうかを確認し、定義されている場合はそれをインターセプトし、そのシミュレートされたリクエストオブジェクトを使用しますMockXMLHttpRequest で応答します。つまり、XHR リクエストは送信されません

1. それ以外の場合は、リクエストの作成にローカル標準 XHR オブジェクトが使用されます。このとき、

   リクエスト情報はコンソール ネットワークで確認できます

2. 。 したがって、関連するmockjsはmain.jsエントリファイルに導入されます。設定ファイルは、Mockjsをフロントエンドコードに追加するシミュレーションメソッドです。実際にリクエストを送信するのではなく、ブラウザ内で実行されます。表示するためにコンソールに出力します。

ネチズンは、現時点ではサーバーでmockjsを使用できるとコメントしています。これは、コンソールでリクエスト情報を確認できます。興味がある場合は、こちらを参照してください。 3. テンプレート構文を使用すると、返されたデータにルール「|rules」が含まれているため、解析または値の取得が失敗します。

刚开始的时候，我按照文档上说的模板语法进行配置，如：

看到属性 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中文网其它相关文章！

推荐阅读：

如何修改npm全局安装模式路径

WebPack を使用して vue マルチページを設定する方法

以上がvue-cli プロジェクトで Mockjs を使用する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。