一.前言
前文讲到了OJ模块的设计思路,毫无疑问这是一个网络服务,我们先使用httplib,将源文件的路由功能实现,先把框架写好,后续再更改回调方法。
随后计划编写Modify模块,提供增删查改题库的功能(主要是查),所以在这之前,我们必须先构建一个题库。题库有文件和MySQL两种版本,我们暂时先写文件版的。
二.源文件路由功能
所谓的路由,即用户访问不同的URL,我们调用不同的方法来构建response,这需要我们在启动服务之前注册回调函数。
cpp
#include <iostream>
#include "../Common/httplib.h"
using namespace httplib;
int main()
{
Server svr;
//获取题目列表
svr.Get("/all_questions", [](const Request& req, Response& resp)
{
resp.set_content("这是所有题目的列表", "text/plain; charset=utf-8");
});
//根据题目编号,获取题目内容
svr.Get(R"(/questions/(\d+))", [](const Request& req, Response& resp)
{
std::string number = req.matches[1]; //拿到正则表达式匹配到的内容
resp.set_content("这是指定的一道题:" + number, "text/plain; charset=utf-8");
});
//提交代码判题获取结果
svr.Get(R"(/judge/(\d+))", [](const Request& req, Response& resp)
{
std::string number = req.matches[1]; //拿到正则表达式匹配到的内容
resp.set_content("这是指定的一道题判题:" + number, "text/plain; charset=utf-8");
});
//设置web根目录,首页就是wwwroot下的index.html
svr.set_base_dir("./wwwroot");
svr.listen("0.0.0.0", 8080);
return 0;
}
回调函数中的内容等我们完成MVC三个模块后再更改
三.文件版题库构建
一道题目的相关信息如下:
- 题目编号
- 题目名称
- 题目难度
- 题目内容
- 时间和空间资源约束
- 预设的初始代码
- 用来测试用户提交代码正确性的代码,包含多组测试用例
其中1-6是会展示给用户,而用来测试的代码是OjServer自己内部使用的。OjServer收到了用户提交的代码,再把测试代码拼接到尾部,构造一个完整的源文件,再放到编译运行模块去运行,得到运行结果,看看通过了几组测试用例。
也就是说,我们设计的是类似leetcode的OJ模式,只让用户实现核心功能,用户不能自己编写main函数。
把这些内容都放在一个文件里不太合适,题目内容,初始代码,测试代码内容较多,应该分开存放,其余内容用一个文件存放即可。
即所有题目的题号,名称,难度,时间约束,空间约束都放在questions.list中,一个题目相关的信息占一行。
一个题目的内容,初始代码,测试代码放到一个文件以题号命名的文件夹中,分三个文件存放。有多少个题目,就建立多少个文件夹。结构如下图:
将来题库是需要加载到内存中的,先加载questions.list文件,而每行都含有题号,根据题号,去相应的以题号命名的文件夹中就能找到对应的题目内容,初始代码和测试代码。所以这两批文件就通过用题号给文件夹命名的方法关联起来了。
四.题目实例
下面以题库中的第一题为例,看看文件里都有什么内容
questions.list:
1/desc.txt:
1/header.cpp:
1/tail.cpp:
说明:如果不引入header.cpp,就没有Solution类,编写测试代码时就会有语法报错,所以开头的条件编译是为了编写tail.cpp时更加方便,不产生语法报错。
正式提交给编译模块的时候,用户提交的代码和tail.cpp已经合并到一块。我们可以在稍微更改一下编译模块,加上-D COMPILE_ONLINE,引入这个宏常量后就不会执行#include了