本篇文章主要会描述SpringBoot与策略模式的结合使用，因为不涉及到理论部分，所以在阅读本篇之前，需要对策略模式的理论已经有了一个基本的了解。通过Spring获取接口的实现，并解析实现类上的注解的方式，可以在程序启动时动态的将策略注入到一个Map中，作为策略的容器。使用时传入标识符就可以获取到对应的策略执行了。

调度中心调用执行器，执行定时任务。执行器回调调度中心，上报定时任务执行结果。在调度和执行的整个流程中，XXL-JOB使用了大量的异步操作，减少调度中心的资源压力，以此在集中式调度配置与性能之间找到平衡点。异步实践通过线程池来执行异步操作通过自旋线程 + 阻塞队列的方式来执行异步操作。

经常会遇到由于业务复杂、代码分布太零散等原因导致的屏幕不够用的情况。尤其是在多个类之前来回切换想要对比某一些业务流程的时候，总是会因为找代码位置而打断一部分思路，非常难受。在维护一个系统的时候，经常会翻看某些常用的代码逻辑，但每次都需要从流程入口开始一步一步的向下点击才能找到位置，这个也比较麻烦。在一次偶然间发现了IDEA的书签功能之后，发现这个功能可以完美的解决上述的问题，接下来介绍一下书签功能

本系列主要讲的是的理论与实践，也就是我们常说的Gradle，与Maven类似，它也是一种自动化构建工具。相对于Maven来说，Gradle在可定制型、灵活性、性能、插件生态、多项目管理上面有更多的优势，同时相对于XML语言，Gradle使用代码来做管理声明方式会更加优雅。缺点是学习的曲线更陡、资源消耗更高、维护成本更高等。总之，Gradle 更适合复杂和大型项目，尤其是需要高度定制化的构建过程的项

基本的部署图包含3种图标，即节点、组件、连线，有时候为了做区分还会加入构件图标，只需要按照步骤明确自己想表达的信息，将这几个简单的图标进行组合使用，就可以得到一个从宏观层面观看的信息丰富的部署图。需要注意的是：不建议在部署图上描述过于细节的信息，整个项目的全貌可以借助不同的uml图例在多个切面维度上进行描述。

构建镜像：查看本地镜像docker rmi：删除镜像docker run：运行容器docker ps：查看容器：停止容器docker rm：删除容器一些思考本篇描述的Docker使用方式，相对于传统的服务发布方式并没有太大的优势，不管是发布新服务，还是对服务进行扩展都需要按照流程重新构建镜像。这是由于没有做到镜像的共享与复用导致的，在后续的笔记中，会接受如何通过远程镜像仓库来复用镜像来提升部署的效

使用docker可以简单的启动一个Redis，只需要从docker仓库中拉取到redis的镜像，然后直接运行即可，依次执行如下脚本。

本篇主要是讲了VUE开发中经常会使用到的响应式变量、双向绑定的使用方式，并举例说明了计算属性和监听器之间的使用差别及各自的作用，有了本篇的基础，已经可以使用VUE做一些简单的开发了。需要注意这么几个细节：- 响应式与双向绑定的联系与区别，`v-model`的作用- 计算属性的使用限制，生成的快照属性不能别其他功能修改- 监听器`watch`与`watchEffect`的区别，`watchEffec

名称管理器、indirect公式、数据有效性，我这里使用的是WPS，所以下面会通过WPS来进行举例，微软的Office在类似的位置也有一样的功能，使用Office的同学可以自行研究一下。名称管理器类似于一个数据字典的功能，有名称(key)和引用位置(value的引用)两个主要字段，所谓的引用位置就是需要引用的单元格坐标，单元格可以是1个，也可以是1行或者1列。在当前的需求中姓名和id是一一对应的i

使用 Docker Compose ，可以通过 docker-compose.yml 文件来替代指令来编排容器，yml文件可以一目了然的看到容器之间的关系，避免了使用一大堆繁琐的指令。同时，可以将已编写好的 compose 文件，共享给他人使用，起到了一次编写，到处运行的效果，减少了大量的重复工作。由于微服务时代的到来，我们生产环境中的应用服务往往是多机多节点部署， Docker Compose