代码日记

前言

在上一篇文章，我们了解了如何《使用 docker 运行 easy-mock》，这篇文章我们来学习下 Easy Mock 的基本用法，掌握 Easy Mock 的奇淫技巧，前端小姐姐写页面再也不需要去求后端的小哥哥了。

前言

有时候，我们写前端页面或者小程序的时候，如果有数据，我们就可以更好的进行开发，但是实际场景中，前后端是并行开发的，并没有现成的后端接口给我们用，这时候 mock 假数据的作用有显得十分有必要了。

1. 模式简介

将一个原有的类的接口转换成期望的另一个接口，使原本的接口不兼容的类可以一起工作。属于结构型设计模式。

1. 模式简介

定义了一系列算法、分别封装起来，让它们之间可以互相替换，此模式让算法的变化不会影响到使用算法的用户。可以避免多重分支的 if...else... 和 switch 语句。属于行为型设计模式。

前言

前段时间同性交友网站 GitHub 推出了自家的 Registry 服务，支持多种语言的镜像服务，具体参见：https://help.github.com/en/articles/about-github-package-registry

随后，又推出了自家的自动化构建服务：Github Actions，具体参见：https://help.github.com/en/articles/about-github-actions

这俩服务我都在第一时间申请使用了，也都已经审核通过了，但是由于 Registry 测试有些不稳定，还存在一些问题，所以，并未发布体验文章，不过 关于GitHub Actions 我已经成功体验了一把。

1. 模式简介

负责任务的调度和分配任务，跟代理模式很像，可以看做是一种特殊情况下的静态代理的全权代理，但是代理模式注重过程，而委派模式注重结果；属于行为型设计模式；不属于23种设计模式。

1. 模式简介

为其他对象提供一种代理，以控制对这个对象的访问；代理对象就类似生活中的中介；属于结构型设计模式。

1. 模式简介

原型实例指定创建对象的种类，通过克隆这些原型创建新的对象。调用者不需要指定对象的创建细节，不通过调用构造函数创建对象。属于创建型设计模式。

1. 模式简介

确保一个类在任何情况下都绝对只有一个实例，并提供一个全局的访问入口点；隐藏所有的构造方法；属于创建型设计模式。

1. 模式简介

提供一个创建一系列相关或者相互依赖对象的接口，无须指定具体的类，属于创建型设计模式。