大作业的实际难度
实验文档以及网友均对大作业的难度进行了夸大。

实验文档的"集合雨课堂和网络会议优点于一身的网络教学软件"定位是不切实际的，不过把它看做大作业的引子，也无可厚非。就像高考题里面，题干描述的是火箭发射，题目问的是偏二甲肼燃烧的方程式配平。

针对实验文档中描述的种种场景，网友均自然而然地与日常使用的软件联系起来了，由此夸大了实验文档对各项功能的要求。

以下列举几点：

用户登录

网友想象的是像一个完善的网页应用那样的成熟用户系统(比如包括各种登录方式、密码非明文存储、并发量大等等)。

实际的要求可能是：使用一份文本文件来记录用户名密码，一行一位用户，标明各种属性(用户名、密码、是否是老师等等)。如果学生选取了这种实现方式，则更偏重于考察C++对象的序列化和反序列化。(可能类似学生信息管理系统)
共享屏幕

网友想象的是像大家常用的会议软件那样子，发起方的一个应用程序的窗口共享给参会者，流畅顺滑且高清，就像腾讯会议、钉钉、zoom那样。

实际的要求是：使用某个函数对屏幕进行截图，隔几秒种截屏一次，然后把图片传输出去。不要求能做成播放视频，对方能收到并显示出图片即可。卡成一分钟一帧也算做完。



【 在 hgoldfish (老鱼) 的大作中提到: 】
: 不太相信大作业会给这个要求。单是掌握两个平台的 GUI API 就得花很长时间了。
: 如果不限定这些底层 API，只要求写个网课平台大作业。我倒是觉得对于熟悉这个方向的程序员做个玩具出来不算难。对学生来说就难说了。
--
FROM 113.109.26.*