1. 演讲比赛管理系统概述
演讲比赛管理系统是一个基于C++开发的校园比赛流程自动化工具，主要用于管理12人规模的校园演讲比赛全流程。系统通过面向对象编程实现了选手管理、比赛流程控制、成绩计算与记录保存等核心功能，有效解决了传统人工组织比赛时效率低下、容易出错的问题。
我在实际开发过程中发现，这类小型比赛管理系统有几个关键痛点：一是需要处理多轮次比赛的晋级逻辑，二是评委打分计算需要遵循特定规则（去除最高最低分），三是历史记录的存储与查询。本系统通过合理的容器选择和算法设计，用约500行代码就实现了全部功能，特别适合作为C++学习者的综合练习项目。
系统主要面向两类用户：一是需要快速组织校园活动的教师或学生干部，二是希望提升C++实战能力的开发者。对于前者，系统提供了直观的菜单界面和自动化流程；对于后者，项目涵盖了类设计、STL容器、文件IO等核心知识点，是难得的练手素材。
2. 系统设计与核心架构
2.1 比赛规则建模
比赛采用两轮制设计，包含淘汰赛和决赛两个阶段。12名选手通过编号（01-12）唯一标识，首轮分为两组各6人进行比赛。这个设计考虑了以下因素：
- 分组合理性：6人一组的规模既能保证比赛效率，又不会让单个评委打分负担过重
- 晋级公平性：每组淘汰后3名，确保决赛阶段的选手水平相当
- 评分科学性：10位评委打分后去除极端值，用平均值作为成绩，减少主观偏差
在代码实现上，我使用了三个vector容器分别存储不同阶段的选手编号：
cpp复制vector<int>v1; // 第一轮选手
vector<int>v2; // 第二轮选手
vector<int>v3; // 最终胜出者
2.2 核心类设计
系统采用经典的MVC模式，主要包含两个核心类：
Speaker类（模型层）：
cpp复制class Speaker {
public:
string m_Name; // 选手姓名
int m_Num; // 选手编号
double m_Score[2]; // 两轮比赛得分
};
SpeechManager类（控制层）：
cpp复制class SpeechManager {
public:
// 比赛流程控制
void StartSpeech();
void SpeedDraw();
void StartContest();
// 数据管理
void CreateSpeaker();
void SaveRecord();
void GetRecord();
// 界面交互
void Show_Menu();
void ShowScore();
};
这种设计体现了单一职责原则，Speaker类只关注选手数据，SpeechManager负责业务逻辑，未来如果需要更换UI界面（如改用GUI），只需修改展示部分代码即可。
提示：在实际开发中，我建议将文件操作相关功能进一步抽离成独立的FileManager类，这样更符合开闭原则。但考虑到本项目规模较小，当前设计已经足够清晰。
3. 核心功能实现细节
3.1 选手初始化与分组
系统启动时，会创建12名选手并分配编号：
cpp复制void SpeechManager::CreateSpeaker() {
string nameSeed = "ABCDEFGHIJKL";
for (int i = 0; i < nameSeed.size(); i++) {
Speaker sp;
sp.m_Name = nameSeed[i] + "选手";
sp.m_Score[0] = 0; // 初始化第一轮分数
sp.m_Score[1] = 0; // 初始化第二轮分数
v1.push_back(i + 1); // 编号1-12
m_Speaker.insert(make_pair(i + 1, sp));
}
}
这里有几个值得注意的实现细节：
- 使用字母序列生成选手姓名，确保唯一性
- 采用map容器存储选手信息，以编号为key实现快速查找
- 分数数组大小固定为2，对应两轮比赛
3.2 比赛流程控制
比赛主控逻辑在StartSpeech()方法中实现：
cpp复制void SpeechManager::StartSpeech() {
// 第一轮比赛
this->SpeedDraw(); // 抽签
this->StartContest(); // 比赛
this->ShowScore(); // 显示结果
// 第二轮比赛
this->m_Index++;
this->SpeedDraw();
this->StartContest();
this->ShowScore();
// 保存记录
this->SaveRecord();
}
关键点在于m_Index变量的使用，它标识当前比赛轮次（1或2），影响后续的抽签、比赛和结果显示逻辑。这种设计避免了重复代码，提高了可维护性。
3.3 评分算法实现
评分是系统的核心算法，实现细节如下：
cpp复制void SpeechManager::StartContest() {
multimap<double, int, greater<double>> groupScore;
// 获取当前轮次选手
vector<int>& v_Src = (m_Index == 1) ? v1 : v2;
for (int i = 0; i < v_Src.size(); i++) {
deque<double> scores;
// 10位评委打分
for (int j = 0; j < 10; j++) {
int score = (rand() % 401 + 600) / 10.f; // 60.0-100.0
scores.push_back(score);
}
// 排序并去除最高最低分
sort(scores.begin(), scores.end(), greater<double>());
scores.pop_back(); // 去掉最低分
scores.pop_front(); // 去掉最高分
// 计算平均分
double avg = accumulate(scores.begin(), scores.end(), 0.0) / scores.size();
m_Speaker[v_Src[i]].m_Score[m_Index-1] = avg;
// 存储到临时组
groupScore.insert(make_pair(avg, v_Src[i]));
// 每6人处理一次晋级
if ((i + 1) % 6 == 0) {
int count = 0;
for (auto it = groupScore.begin(); it != groupScore.end() && count < 3; it++, count++) {
if (m_Index == 1) {
v2.push_back(it->second); // 晋级第二轮
} else {
v3.push_back(it->second); // 最终胜出
}
}
groupScore.clear();
}
}
}
这个实现有几个技术亮点：
- 使用deque存储评委分数，便于两端删除操作
- 通过accumulate算法快速计算总分
- 利用multimap自动排序特性处理小组排名
- 每6人一组处理晋级逻辑，确保比赛公平性
4. 数据持久化与历史记录
4.1 比赛记录存储
系统使用CSV格式保存每届比赛结果：
cpp复制void SpeechManager::SaveRecord() {
ofstream ofs("speech.csv", ios::out | ios::app);
for (auto it = v3.begin(); it != v3.end(); it++) {
ofs << *it << ","
<< m_Speaker[*it].m_Name << ","
<< m_Speaker[*it].m_Score[1] << ",";
}
ofs << endl;
ofs.close();
}
存储格式设计考虑：
- 使用逗号分隔字段，便于解析
- 采用追加模式(ios::app)，保留历届记录
- 每行记录包含一届比赛的前三名信息
4.2 历史记录查询
读取记录时采用逐行解析策略：
cpp复制void SpeechManager::GetRecord() {
ifstream ifs("speech.csv");
// 检查文件状态
if (!ifs.is_open() || ifs.eof()) {
fileIsEmpty = true;
return;
}
// 解析每行数据
string data;
int index = 1;
while (ifs >> data) {
vector<string> v;
size_t pos = 0, start = 0;
while ((pos = data.find(",", start)) != string::npos) {
v.push_back(data.substr(start, pos - start));
start = pos + 1;
}
m_Record.insert(make_pair(index++, v));
}
ifs.close();
}
查询功能展示时，会按照届次分组显示：
code复制第1届胜出者信息如下：
名次 编号 姓名 得分
冠军： 5 E选手 88.5
亚军： 8 H选手 87.2
季军： 3 C选手 85.9
5. 常见问题与解决方案
5.1 随机性控制问题
初期实现时，每次运行程序生成的随机分数都相同。这是因为没有正确初始化随机数种子。解决方案是在main函数开始处添加：
cpp复制srand((unsigned int)time(NULL));
5.2 文件状态同步问题
遇到的一个典型bug是：当届比赛结束后，立即查询记录可能显示为空。这是因为内存中的记录状态没有及时更新。修复方案是在SaveRecord()后主动刷新数据：
cpp复制void SpeechManager::SaveRecord() {
// ...保存逻辑...
// 更新状态
fileIsEmpty = false;
InitSpeech(); // 重置比赛
CreateSpeaker(); // 重建选手
GetRecord(); // 重新加载记录
}
5.3 容器选择考量
在开发过程中，我对比了多种容器方案：
| 场景 | 最终选择 | 替代方案 | 选择理由 |
|---|---|---|---|
| 选手存储 | map<int,Speaker> | vector |
按编号快速查找 |
| 临时排名 | multimap<double,int> | priority_queue | 自动排序且可遍历 |
| 评委打分 | deque |
vector |
需要两端删除操作 |
实际测试表明，当前选择在性能和代码简洁性上达到了最佳平衡。
6. 扩展优化建议
经过多次实际使用，我认为系统还可以在以下方面进行改进：
-
参数可配置化：
将选手数量、评委人数、晋级规则等硬编码参数改为配置文件读取，提高灵活性 -
异常处理增强：
当前版本对文件操作、用户输入等缺乏健壮的错误处理，可以增加try-catch块 -
性能优化：
对于大规模比赛，可以考虑使用更高效的数据结构，如unordered_map替代map -
界面美化：
控制台界面可以增加颜色区分，或使用第三方库如ncurses实现更友好的交互
一个特别实用的改进点是增加比赛进度保存功能，这样意外中断后可以恢复比赛。实现思路是将系统状态定期序列化到临时文件中。
这个项目让我深刻体会到，即使是看似简单的管理系统，也需要仔细考虑业务规则、数据结构和异常情况。特别是在处理比赛流程这类有严格顺序要求的场景时，清晰的状态管理至关重要。