可能更好的阅读体验可至：个人博客
我要评论ThunderClassDemo时，本人已完成了需求中管理员的大部分功能，故未强行换用老师的代码。换句话说，在完成此项目时，我未直接使用老师的代码，但在实现部分功能时参考了老师的解决方案。其实最开始没听“老人言”，没规划大局，学了点Qt的基本知识就直接上手想一个功能写一个功能了。写到后面，愈发出现了“牵一发动全身”的问题，才腾出时间来认真做了思考。现将分析需求的思考所得+实操中的微调总地列写下方。
模仿知名会议软件，在征得老师同意后，采用了客户端-服务端分离架构。
（一大好处：服务端犯不着用GUI，调试方便，我是真的有点头疼GUI这东西）
（于是只有客户端有界面，只有客户端按要求需要“前后端分离”，只有客户端动用MVC模式）
在客户端子项目里，我为了方便区分文件（懒得命名）把MVC的三部分类直接放在了三个文件夹里，目录如下。
/THUnderClient
├── controller
│ ├── adminop.cpp
│ ├── adminop.h
│ ├── loginop.cpp
│ ├── loginop.h
│ ├── stuop.cpp
│ ├── stuop.h
│ ├── teacherop.cpp
│ └── teacherop.h
├── definitions.h// 通用的一些常量、信息头等等定义
├── main.cpp
├── model
│ ├── adminclient.cpp
│ ├── adminclient.h
│ ├── client.cpp
│ ├── client.h// 用户类基类
│ ├── record.cpp
│ ├── record.h// 签到记录、课堂注意力记录类，（说白了是个struct）
│ ├── Socket.cpp
│ ├── Socket.h// GitHub上找到的现成项目，来源见后文
│ ├── stuclient.cpp
│ ├── stuclient.h
│ ├── teacherclient.cpp
│ └── teacherclient.h
├── THUnderClient.pro// qmake项目文件
├── THUnderClient.pro.user
└── view
├── adminmainpage.cpp
├── adminmainpage.h
├── adminmainpage.ui// 管理员窗口
├── ansprobwindow.cpp
├── ansprobwindow.h
├── ansprobwindow.ui// 学生模式答题窗口
├── loginpage.cpp
├── loginpage.h
├── loginpage.ui// 登录窗口
├── pushprobdialog.cpp
├── pushprobdialog.h
├── pushprobdialog.ui// 教师模式推送题目窗口
├── recordwindow.cpp
├── recordwindow.h
├── recordwindow.ui// 教师模式查看课堂记录窗口
├── stumainpage.cpp
├── stumainpage.h
├── stumainpage.ui// 学生模式主窗口
├── teachermainpage.cpp
├── teachermainpage.h
└── teachermainpage.ui// 教师模式主窗口
/THUnderServer
├── build
│ ├── clients.db// 帐号信息数据库
│ ├── CMakeCache.txt
│ ├── CMakeFiles ...
│ ├── cmake_install.cmake
│ ├── Makefile
│ ├── sqlitesh.exe// Sqlite3 shell（用于调试）
│ └── THUnderServer.exe// 项目可执行文件
├── cmakelists.txt// cmake项目文件
├── dboperator.cpp
├── dboperator.h// 数据库操作类（说白了只是一批函数）
├── definitions.h// 通用的一些常量、信息头等等定义
├── main.cpp
├── server.cpp
├── server.h
├── socket// GitHub上找到的现成项目，来源见后文
│ ├── Socket.cpp
│ └── Socket.h
├── sqlite// Sqlite3，来源见后文
│ ├── shell.c// Sqlite3 shell的main所在，未包含于项目中
│ ├── sqlite3.c
│ ├── sqlite3ext.h
│ └── sqlite3.h
├── user.cpp
└── user.h// 用户类（说白了是个struct）
参照大作业需求文档2020C++大作业“雷课堂”V2.pdf。
用户登陆：根据用户名密码登陆软件，三次密码输入错误自动退出雷课堂软件。根据账号类型（教师/学生）不同自动切换功能。必须包含一个账户名为Admin，密码为 Admin 的管理员账号，此账号仅能用于管理教师和学生账户的增删改。（不需考虑如何在增删改用户和密码后通知该账户持有者。毕竟我们有微信）
Button_Signal -> On_Button_Clicked_Slot -> UI_Class这样的信息流动机制。着手写了个加减乘除计算器练了练手，自以为有点能耐，用的了控件了。
:作为特殊符号，信息头用了类似:CT:这样的表示，内部信息的分割也由:完成。（这么想想好像万一谁取个用户名叫CT我就很容易爆炸）
语音设备选择和切换：教师开始上课前/学生加入课堂前，应可自主选择语音输入和播放设备；并可在课程持续期间随时切换语音设备。
toStdString转string，加上一个信息头，我本以为就可以send了。没想到我借用的Socket.cpp那项目里，判断一条信息终止看的是一个\n。在send一条信息时末尾添一个换行符，receive信息时，就以换行符为止。要命的是声音不长眼，音频数据里多的是\n，这怎么传？试了两三种方案（包括最扯淡的把所有\n都+1、用三个\n标志结尾等），最后还是选了一个测试下还挺稳健的方案，就是用*MK*表示结尾（当然也可以更长更特殊），为此对原Socket.cpp项目也做了一定量的改动（改进？嘿嘿）。学生接到语音信息就照着Qt的Example，输出即可。8000的波特率，16位采样，远程答辩的网速下也表现优秀。共享屏幕：教师在上课过程中，可共享整个屏幕或某个窗口内容给全体同学（包括但不限于 PPT 和代码编辑器）；可随时切换共享源、停止或再次开始共享屏幕。
toStdString，加信息头，发送。ThunderClassDemo_Worked示范项目中用QLabel展示QPixmap的方案，学生模式接收图像文件，转QPixmap，贴到QLabel里，大功告成。语音直播：开始上课时，自动开始语音采集，并实时的通过网络传送给所有已经连接到本课堂的学生。
见2.语音设备选择和切换。
随机语音提问：教师可一键（单次鼠标点击或单次快捷键）在全体在线同学中随机选择一名。被选中的同学的麦克风将被自动打开，并发送给教师和其余全体同学。教师可再次一键结束此次语音提问。
教师客户端发一条命令到服务端，服务端随机抽取幸运观众，发命令到指定的学生客户端，其接收此命令，即打开麦克风（虽然写起来简单但这个功能我真的无力吐槽）。
在线发题：教师可在上课过程中多次动态编辑并向全体同学发送单选/多选题，并实时统计个选项选择人数、选择每个选项的同学名单、每位同学作答的耗时。教师亦可随时中断发题，但仍需统计上述信息。
编辑题目：
作答题目：
:间隔开，加信息头发送。在线答题：学生在收到试题时，应弹出置顶窗口显示题目和选项，并开始计时。直到学生提交答案或教师中断发题时，才关闭窗口，并将答案和耗时反馈给教师。
见6.在线发题。
以下的几个功能比较琐碎，有的也有些互相包含的倾向，况且我的实现比较简单，就不再详细描述。
学生签到：进入课堂时自动签到。而教师可收到何时学生签到和退出课堂的信息。（多次签到和退出均需记录）
注意力：课堂持续期间，学生签到后，“雷课堂软件处于焦点窗口状态的时长”与学生在线时长的百分比，将在下课时反馈给教师做记录。
上课/下课：上课时，教师端开始随时接收用户登录请求，并根据用户名密码自动决定是否允许学生端连入。一旦允许连入，之后的语音、屏幕共享均、语音提问、在线答题信息均会传送给该同学。教师下课时，应在接收了全体在线同学的注意力数据后再断开与学生端的网络连接，之后自动生成全部课上统计信息，以文件形式存储并在教师端界面上显示。
这里的统计信息我同样借用表格进行了展示，但出于时间原因（和莫名的完美主义不想简单的输出成文本文件），没有完成“以文件形式存储”这一功能。以我的理解，这个是唯一一个未能实现的需求。
进入课堂/退出课堂：在输入了教师端的 IP 地址（或 IP 和端口号）后，连接到教师端，实现进入课堂功能并开始网络数据通信。如在 30 秒内不能连接到教师端，应弹出提示。在主动退出课堂或直接关闭了软件时，应向教师端发送注意力数据，再断开与教师端的网络连接。（不需考虑如何获取教师端 IP 和端口号，毕竟我们有课程微信群）
麦克风管制：除非收到教师语音提问，否则麦克风时刻处于静音状态。
最重要的一个前文不怎么提到的“细节”，就是服务端的设计。
在这个项目里，服务端承担了大多数的信息、命令的处理、转发工序。
其次，是多线程编程的知识和技术。
我完全没有接触过多线程编程，也很遗憾出于时间原因没能完整学习多线程的相关知识。但在开发雷课堂时为实现高效的网络传输，参照Socket.cpp项目，我的确多次应用了多线程技术。
DbTranslator
由于相当部分的同学采用老师的ThunderClassDemo项目作为起点，老师便建议性地发布了以ThunderClassDemo的文本数据库（UserInformation.txt）格式排列的答辩用账户信息，为了给老师少添点麻烦，我试着写了一个读取UserInformation.txt，写入我采用的Clients.db的“翻译机”，唤为DbTranslator。
中文
非常可悲，我犯了懒，打一开始就没有想到该有中文支持，到最后面对一份中文用户名的UserInformation.txt，人都傻了。急忙和老师交涉一下，由于中文支持也是需求外的事，还是放了我一条生路，允许我自行提供账户，我费了些功夫把UserInformation.txt里九十多个账户改成了拼音。（结果还是麻烦老师了）
总而言之，这是一份有着不少瑕疵但差强人意的答卷，也是时间限制下我尽自己所能的一次尝试。
由于开发期间还在学期中，又夹杂了考试，真实用时其实大多分配在考试周后的一个礼拜，集中在三五天内，具体不太可计了。
最终所有的代码长度似乎为163034行，显然不对劲。检查了一下，除去Sqlite3的几个硕大文件（158907），行数大概在4127行左右。也超过我以往的项目代码长度数倍了。
以这篇博客纪念一下第一次的这样大而完整（虽然不周全）的个人项目，收获良多，预计对未来继续和计算机打交道的日子会有很大帮助。
照例感谢一下为我提供帮助的老师、助教、同学、各位博主、各位开发者，感谢你们的分享！
以上。
本文地址：https://blog.csdn.net/LanderXX/article/details/107329363
如对本文有疑问， 点击进行留言回复！！
clion+vs编译器+Qt5中使用QPrinter和QprintDialog类
基于open62541在QT编写OPCUA特定的客户端程序(含有源码) + VS2015 C语言搭建OPCUA客户端环境
网友评论