旧版的README参见README(v1)
旧版的README参见README(v2)
该项目是在青海大学暑期社会实践期间的工作，任务由青海大学计算机技术与应用系提出，主要目的是为其程序设计课程设计一套系统，供学生考试和作业使用。限于实践的时间，本系统旨在使用最为简单的方式来实现青海大学所需功能，并且为后续的拓展提供良好的基础。
本项目主要实现所需的以下功能：
- 用户管理：
- 教师可以批量导入学生的账号和初始密码
- 学生可以自行修改自己的密码
- 教师可以对整体进行管理，学生只能查看到自己班级所属的考试（作业）并且参加考试（作业）
- 核心功能：
- 实现选择题、填空题、判断题、程序改错题、程序阅读题和程序设计题等六种题型
- 每种题型可以设立相应的题库，每次考试（作业）都从提供中选取内容相符的题目进行随机组卷
- 实现题目的自动判题，其中程序改错题和程序设计题需要运行学生提交的代码，通过测试样例的形式进行评卷；评卷按照测试点给分（即IO模式，非ACM模式）
- 对于测试样例编译未通过或者结果不正确的学生，可以对其手动阅卷
- 教师能够查看学生的考试成绩，并且批量导出
- 非核心功能：
- 界面友好整洁
- 题目显示清晰，教师操作方便
本系统的难点在于
- 后台需要调用OnlineJudge进行判题；
- 需要有一个可靠的框架来实现前后端的逻辑；
对于第一个难点，由于其中涉及到各类编译器配置以及对于提交程序的安全配置（为了不让用户提交的有害代码的运行损害服务器），经过调研，认为自己进行独立开发十分困难，因此打算选取网上已有的开源方案。
我们调研到的第一个框架是HUSTOJ，该框架的判题后端是使用C++开发的一个服务器进程，该进程对于服务器中MySQL中的某一个表进行轮询，当发现新的用户提交代码的时候就对其进行编译运行并与相应测试点标准输出进行比对。该框架的网页部分使用PHP开发，实现了一个OJ系统的各类功能，包括题目展示、用户管理、代码提交、代码测评、组织比赛等。我们使用的时候遇到的问题是，后台的判题进程挂起之后并不能正常地进行判题，由于本人对于C++以及PHP都不是很熟悉，因此放弃了该框架。
我们调研到的第二个框架是xuejing80's HUSTOJ（其实际运行的平台南京邮电大学程序设计类课程作业平台），该框架后台判题服务仍然基于HUSTOJ，只不过网页展示部分使用了Django框架。经过对其源码的研读，认为其目的和青海大学计算机系这边的目标一致，所实现的功能和这边的需求重合度较高。再加上本人对于python比较熟悉，因此前期决定在此项目基础上进行开发。在实际部署之后遇到了用户无法注册、判题机无法运行、测试用例无法上传等问题。由于系统较为复杂，本人无法在短时间内进行消化分析，并且判题机的数据库轮询机制使得开发调试较为困难，因此也放弃了这个框架。
经过康路师兄的推荐，我们找到了第三个框架QingdaoU's OnlineJudge。基于以下考虑，我们最后使用了该框架作为判题机后端：
- 该框架基于python开发，其自带的网页部分也是用Django开发，个人较为熟悉；
- 其机制为server-client模式，判题机与网站系统相互独立，模块化调试部署较为容易；
- 相比于HUSTOJ，提供了较为详细的JudgeServer API文档；
- 使用了docker进行部署，一键完成，减小部署配置不兼容导致失败的可能性；
由于其QingdaoU OnlineJudge的网站部分的目标主要是进行OJ的训练和比赛，和我们的需求不符，因此，对于网站部分我决定使用Django从头开始进行开发。
主要设计了用户(MyUser)、题库(Problem)、考试(Exam)、考试结果(ExamResult)几种数据类型。具体结构参见backend/models.py中的具体定义。
之前没有接触过Django，这算是我Django的第一个项目，大致写一下学习心得。
首先，Django相比于Flask，所提供的功能更为完善，很多相应的模块都有现成的，使用起来较为方便。其次，Django是一个MVC的构架。个人理解，其中的Model指的数据库的结构，Django的好处是把数据库的操作封装起来了，能够直接使用python的语句把数据库当做一个类来操作；View指的是用户看到的内容，Django最常见的方式是将要展示给用户的内容装到一个dict里面，然后使用render发送给模板，由模板（templates）来决定具体展示的样式；Control指的是网页的主要逻辑部分，比较神奇的是，在我目前看到的项目中，这一部分常常是写在view.py里面的。
安装好Django之后开始第一个项目，新版的Django可以直接使用以下命令创建项目或者在项目内创建APP
django-admin startproject Hello
django-admin startproject backend它会自动生成以下目录
.
├── backend
│ ├── admin.py
│ ├── apps.py
│ ├── __init__.py
│ ├── migrations
│ │ └── __init__.py
│ ├── models.py
│ ├── tests.py
│ └── views.py
├── Hello
│ ├── __init__.py
│ ├── settings.py
│ ├── urls.py
│ └── wsgi.py
└── manage.py
其中主项目中的settings.py是最为重要的配置文件，urls.py是对于访问连接的配置。关于他们的详细使用方式可以在网上找到。
通过manage.py可以实现对于该项目的管理，包括数据库的同步、迁移以及网页程序的启动等。具体地，通过python manage.py makemigrations可以对比数据库和我们对于数据模型的更改，生成migrations文件夹下面的文件，这些文件描述了需要怎样把数据库同步为现在所需的样子；通过python manage.py migrate可以执行刚刚生成的数据库同步语句，实现对于数据库同步；python manage.py dbshell可以直接进入到数据库的shell里面，个人认为比较方便的点在于省去了输入数据库密码的繁琐；python manage.py createsuperuser可以建立一个初始的超级用户；python manage.py runserver 0.0.0.0:8003可以让网站开始运行，并且只要不涉及到数据库表格式的改动，可以一边改代码一边用浏览器去访问，代码的改动立即生效，对于我这种菜鸟来说，很大程度上方便了调试。
判题机制是使用MD5来对比输出结果和正确答案，因此我们生成info文件的时候，里面的标准答案的MD5计算方式需要跟判题机的计算方式一致，经过试验，如下计算方式能够得到一致的MD5。
hashlib.md5(content.rstrip().encode('utf-8')).hexdigest()由于我们每套试卷的题目数目不定，为了对其进行储存，我们希望直接储存JSON格式。我们查到MySQL和Django中已经支持了JSON格式的储存，因此我们直接将JSON储存到数据库中。出现了如题错误，追查原因是使用django.contrib.postgres.fields.JSONField的时候，生成的数据库语言中为JSONB类型，MySQL对应的类型直接是JSON。因此最后使用了django_mysql.models.JSONField。
Django里面提供了自带的User类django.contrib.auth.models.User，但是由于我们需要对于User增加额外的字段，因此需要对于这个类进行扩展。主流的扩展方式有1）使用Proxy Model；2）新增一个类，并且加入一个One-to-one Link；3）继承AbstractUser或者AbstractBaseUser。参见这个帖子。
最先尝试的是第三种模型，但是这种模型里面在数据库中是新建的一个类，通过createsuperuser不能直接写到这个表里面，当然应该有扩展的方法，我们的想法还是尽可能的使用django.contrib.auth里面提供的现成的组件，因此弃用了该方法。
然后尝试了第一种方法，最后发现它对于MyUser类中的字段有各种限制。最后还是使用了第二种方法，在MyUser中增加一个user = models.OneToOneField(User, on_delete=models.CASCADE)字段。
在使用Django自带的migrate功能新建数据库之前需要先使用UTF-8编码新建数据库，CREATE SCHEMA `jol` DEFAULT CHARACTER SET utf8;。
我看了一下，migration的机制是为了在开发过程中可能对于数据库表的格式进行改变时能够对于数据库进行相应的处理，我们的项目相对来讲比较简单，因此基本上用不到其复杂的功能，我们更希望的是，每次更新之后把数据库全部删掉然后重新建立。因此我们写了reset.sh脚本进行此操作，在安装的时候也同样运行此脚本。参考这个帖子。
通过使用Chrome浏览器的开发者工具，发现是在访问https://fonts.googleapis.com/css?family=Roboto:400,500,700,900的时候卡住了，发现static/style.css下面有加载字体的语句@import url('https://fonts.googleapis.com/css?family=Roboto:400,500,700,900');，但其实实质上没有用到，注释之后解决了问题。
参考stackoverflow，使用pipreqs解决。
经过和青海大学贾金芳老师的讨论之后，提出了如下修改，已经实现
- 选择题需要在前面标记ABCD序号：在
templates/exam.html中修改即可 - 小题前标阿拉伯数字题号，自动按顺序标注：django的模板中带有
{{forloop.counter}}功能用于计数，加上即可 - 大类的题目标注中文数字，自动按顺序标注：由于需要中文标注，需要在程序部分
backend/views.py中修改 - 程序阅读题目输出需要可以换行，判卷方式使用去掉空白字符之后进行字符串比较：在
templates/exam.html中修改<input>为<textarea>即可 - 组卷章节可以从多个章节的题目中选择：组卷的时候tag改成逗号分隔的多个关键字，在题库的选择中可以使用
Class.objects.filter(key__in=[xx, xx])方式来选择 - 360极速浏览器无法Jupyter上传：设置-高级设置-内核切换-webkit
- 优化添加考试界面可读性：添加考试页面增加了说明和分组
- 优化手动阅卷的可操作性：在admin的列表中显示程序设计类题目的实际得分和该题的总分，在admin的编辑界面显示该题的实际得分和该题的总分，用户作答程序显示更加友好
- 分数汇总界面可以按照考试筛选成绩汇总：修改
showall和download页面的逻辑和模板 - 新增操作文档：github readme/PDF
- 增加考试和作业的个性化定制程度，比如可以随机组卷也可以固定选题组卷、学生可以使用不同的语言来进行编程、考试过程中的定时完成、作业中设置截止日期等；
- 更加友好的UI设计，比如考试结果展示的更加详细、题目的展示更加友好、浏览器中的代码提供语法高亮等；
- 增加更多慕课相关的功能，比如课程通知、课程讨论、课程笔记等；
该项目估计下一年还会继续有同学来进行，希望本项目提供了一个良好的蓝图。使用了GPL License也是希望大家一起努力把该系统做好。