项目 分类

holic-x...大约 30 分钟

1.RPC框架引入

网关业务逻辑梳理

问题：网关项目比较纯净，没有操作数据库的包、并且还要调用之前项目写过的代码，复制粘贴维护麻烦。

理想：直接请求到其他项目的方法（调用）

目前网关项目遇到一个问题，就是网关项目比较纯净，没有涉及数据库操作的包，但同时需要调用之前编写过的代码。尽管复制粘贴一开始并不麻烦，但是随着次数增多以及未来的修改维护，就变得相当繁琐了。（考虑系统迭代的可维护性和可扩展性）

因此，理想情况就是希望能够直接请求 api-platform-backend 项目中的 invokeCount 方法，此处引入一个概念：远程过程调用（RPC）。

holic-x...大约 22 分钟

（1）流程设计

基于现有接口管理模块开发一个用于发布和下线接口的功能。本质上来说，就是改变每条接口数据的状态。在设计接口信息表时，之前已经预留了一个状态字段status。其中，关闭和开启分别对应接口的下线和上线。只有状态为 1 的接口才可以被用户调用，否则将无法调用。（优先后台接口开发，后续完善页面设计）

（2）功能设计

开发发布接口和下线接口（仅管理员可操作这两个接口，防止用户越权操作）。大致规划一下思路：

发布接口：这个接口需要执行哪些任务呢？首先需要验证接口是否存在，然后判断接口是否可调用，否则访问接口都是 404，影响用户体验。如果接口可以调用，需要修改数据库中该接口的状态为 1，表示接口已经被发布，状态默认为 0(关闭)。

holic-x...大约 22 分钟

holic-x...小于 1 分钟

先确认设计模式的应用场景和现有的业务场景是否匹配

模板方法概念

模版方法：定义一套通用的执行流程，让子类负责每个执行步骤的具体实现

模版方法的适用场景：适用于有规范的流程，且执行流程可以复用

作用：大幅节省重复代码量，便于项目扩展、更好维护

对比JavaNativeCodeSandbox、JavaDockerCodeSandbox的方法实现流程，基本都是遵循同样的一套思路，只不过可能每个步骤的实现细节可能有所不同

holic-x...大约 4 分钟

先配置好虚拟机环境，Docker在虚拟机环境上操作（也可使用远程服务器，如果是构建项目测试的话建议使用虚拟机，以免玩崩）

为什么要使用Docker技术？

为了提升系统的安全性，把不同的程序和宿主机进行隔离，是的某个程序（应用）的执行不会影响到系统本身

Docker 技术可以实现程序和宿主机的隔离

什么是容器？（可以把一个容器理解为一个新的电脑（定制化的操作系统））

理解为对一系列应用程序、服务和环境的封装，从而把程序运行在一个隔离的、密闭的、隐私的空间内，对外整体提供服务。

holic-x...大约 30 分钟

基于判题服务的构建，基本打通了用户提交问题记录的业务逻辑，前面的实现是基于Example代码沙箱，主要是为了打通业务逻辑而设定的存在，参考原有远程代码沙箱设计概念，可单独构建一个可执行程序用作用作远程代码沙箱执行操作

创建一个web项目，构建沙箱服务

holic-x...大约 26 分钟