微搭低代码MBA 培训管理系统实战 22——课程排课

微搭低代码MBA 培训管理系统实战 22——课程排课

目录

在上一讲中,我们完成了班级管理与花名册的搭建。学员已经分好班了,接下来教务老师面临的最头疼的工作就是排课。本讲将详细介绍如何实现排课功能,包括教室管理、课表设计以及核心的资源冲突检测机制。


第一步:数据准备

1.1 教室表(MBA_Classrooms)

创建教室表,用于管理物理空间:

字段名称字段标识类型说明
教室名称room_name单行文本如:第一阶梯教室、VIP面授室
容纳人数capacity数字用于后期校验是否超载
状态status枚举启用、停用、维护中
创建时间created_at日期时间自动生成
更新时间updated_at日期时间自动更新
在这里插入图片描述

1.2 课表/排课记录表(MBA_Schedules)

创建排课记录表,承载具体的上课时间与资源绑定:

字段名称字段标识类型说明
关联班级rel_class_id关联关系关联MBA_Classes表
关联教师rel_teacher_id关联关系关联MBA_Teachers表
关联教室rel_room_id关联关系关联MBA_Classrooms表
上课日期course_date日期如:2026-04-15
开始时间start_time时间如:09:00
结束时间end_time时间如:11:30
课表状态status枚举待上课、已结课、已取消
创建时间created_at日期时间自动生成
更新时间updated_at日期时间自动更新
在这里插入图片描述

第二步:教室管理页面搭建

2.1 页面整体布局

点击创建页面的图标

在这里插入图片描述

输入页面的名称"教室管理",布局选择管理员布局(基础数据管理通常由管理员维护)

在这里插入图片描述

切换到页面布局,选择管理员布局,添加平级菜单,添加教室管理菜单

在这里插入图片描述

2.2 数据表格配置

在管理员布局的内容插槽下添加布局组件

在这里插入图片描述

修改标题,改为"教室管理"

在这里插入图片描述

在页面布局中添加数据表格组件,数据模型选择教室表

在这里插入图片描述

2.3 配置查询条件

点击筛选器,给表格配置查询条件

添加具体的查询条件:

  • 教室名称(模糊搜索)
  • 状态(下拉选择)
在这里插入图片描述

2.4 配置排序字段

默认按照创建时间的倒序进行排序,最新的教室显示在最前面

在这里插入图片描述

第三步:排课页面布局搭建

3.1 页面整体布局

点击创建页面的图标

在这里插入图片描述

输入页面的名称"排课管理",布局选择教务布局(因为主要是教务人员使用)

在这里插入图片描述

切换到页面布局,选择教务布局,添加平级菜单,添加排课管理菜单

在这里插入图片描述

3.2 数据表格配置

在教务布局的内容插槽下添加布局组件

在这里插入图片描述

修改标题,改为"排课管理"

在这里插入图片描述

在页面布局中添加数据表格组件,数据模型选择课表

在这里插入图片描述

3.3 配置查询条件

点击筛选器,给表格配置查询条件

添加具体的查询条件:

  • 关联班级(关联选择)
  • 关联教师(关联选择)
  • 关联教室(关联选择)
  • 上课日期范围(日期范围)
在这里插入图片描述

3.4 配置排序字段

默认按照上课日期的倒序进行排序,最新的排课显示在最前面

在这里插入图片描述

第四步:排课弹窗实现

在排课管理页面添加弹窗组件,用于录入新的排课

在这里插入图片描述

从组件库中拖拽弹窗组件到页面,设置弹窗标题为"新增排课"

在这里插入图片描述

在弹窗中添加表单容器组件,数据模型选择课表

在这里插入图片描述

修改表单布局,改为双列布局

在这里插入图片描述

选中弹窗组件,关闭显示底部按钮,关闭弹窗默认打开状态

在这里插入图片描述


在这里插入图片描述


给新建按钮配置点击事件,打开弹窗

在这里插入图片描述

第五步:冲突检测与排课提交

创建自定义方法,用来检查排课是否冲突并且提交排课记录

// 提交排课asyncfunctioncheckScheduleConflict(params){const{ teacherId, roomId, classId, courseDate, startTime, endTime }= params;// 计算开始和结束的时间戳(日期毫秒值 + 时间毫秒值)const startTimestamp = courseDate + startTime;const endTimestamp = courseDate + endTime;// 构造核心的时间重叠查询条件: (新开始 < 旧结束) AND (新结束 > 旧开始)const timeOverlapFilter ={$and:[{course_date:{$eq: courseDate }},// 同一天{start_time:{$lt: endTime }},// 新开始时间 < 旧结束时间{end_time:{$gt: startTime }},// 新结束时间 > 旧开始时间{status:{$neq:'3'}}// 排除已取消的课程]};try{// 1. 检测【教师】冲突const teacherRes =await $w.cloud.callDataSource({dataSourceName:'MBA_Schedules',methodName:'wedaGetRecordsV2',params:{filter:{where:{$and:[{rel_teacher_id:{$eq: teacherId }}, timeOverlapFilter ]}},getCount:true}});if(teacherRes.total >0){return{code:-1,msg:'排课失败:该教师在此时间段已有排课安排!'};}// 2. 检测【教室】冲突const roomRes =await $w.cloud.callDataSource({dataSourceName:'MBA_Schedules',methodName:'wedaGetRecordsV2',params:{filter:{where:{$and:[{rel_room_id:{$eq: roomId }}, timeOverlapFilter ]}},getCount:true}});if(roomRes.total >0){return{code:-2,msg:'排课失败:该教室在此时间段已被占用!'};}// 3. 检测【班级】自身的冲突(防止同一班级同一时间排两节不同的课)const classRes =await $w.cloud.callDataSource({dataSourceName:'MBA_Schedules',methodName:'wedaGetRecordsV2',params:{filter:{where:{$and:[{rel_class_id:{$eq: classId }}, timeOverlapFilter ]}},getCount:true}});if(classRes.total >0){return{code:-3,msg:'排课失败:该班级在此时间段已排有课程!'};}// 全部通过,无冲突return{code:0,msg:'校验通过,资源可用'};}catch(error){ console.error('冲突检测失败:', error);return{code:-99,msg:'系统异常,请稍后重试'};}}exportdefaultasyncfunctionsubmitSchedule({ event, data }){// 1. 获取表单数据const formData = $w.form1.value;// 2. 校验时间合法性(course_date、start_time、end_time都是毫秒值)if(formData.start_time >= formData.end_time){ $w.utils.showToast({title:'开始时间必须小于结束时间',icon:'error'});return;} $w.utils.showLoading({title:'正在检测资源冲突...'});try{// 3. 调用前端的冲突检测方法const checkRes =awaitcheckScheduleConflict({teacherId: formData.rel_teacher_id,roomId: formData.rel_room_id,classId: formData.rel_class_id,courseDate: formData.course_date,startTime: formData.start_time,endTime: formData.end_time });// 4. 根据校验结果决定是否入库if(checkRes.code !==0){ $w.utils.hideLoading(); $w.utils.showModal({title:'冲突警告',content: checkRes.msg });return;}// 5. 校验通过,正式写入排课表await $w.cloud.callDataSource({dataSourceName:'MBA_Schedules',methodName:'wedaCreateV2',params:{data:{rel_class_id:{_id: formData.rel_class_id },rel_teacher_id:{_id: formData.rel_teacher_id },rel_room_id:{_id: formData.rel_room_id },course_date: formData.course_date,start_time: formData.start_time,end_time: formData.end_time,status:'1',// 待上课}}}); $w.utils.hideLoading(); $w.utils.showToast({title:'排课成功',icon:'success'}); $w.modal1.close({});// 关闭弹窗 $w.table1.refresh();// 刷新排课列表}catch(error){ $w.utils.hideLoading(); $w.utils.showToast({title:'系统异常',icon:'error'});}}

选择表单容器,修改表单的提交方法,改为我们的自定义方法

在这里插入图片描述


最终效果

教务人员打开排课管理页面,可以看到所有的排课记录:

在这里插入图片描述

点击"新增排课"按钮,打开排课弹窗:

在这里插入图片描述

当试图把张老师同时排给 A 班和 B 班时,系统会立即拦截并弹出:"排课失败:该教师在此时间段已有排课安排!"的警告。

在这里插入图片描述

总结

本节我们完成了排课系统引擎的完整实现:

  1. 数据模型设计
    • 创建了MBA_Classrooms教室表,管理物理空间
    • 创建了MBA_Schedules课表,记录排课信息
  2. 页面搭建
    • 创建排课管理页面,使用教务布局
    • 配置数据表格,显示排课列表
    • 配置查询条件和排序规则
  3. 冲突检测引擎
    • 实现教师冲突检测
    • 实现教室冲突检测
    • 实现班级冲突检测
    • 使用 (Start A < End B) AND (End A > Start B) 算法
  4. 排课提交
    • 时间戳转换与校验
    • 冲突检测调用
    • 排课数据写入

通过本讲的实现,教务人员可以方便地进行排课操作,系统会自动检测并拦截冲突的排课安排。

下一步,我们将继续完善考勤消课机制,实现扫码签到与课时扣减功能。

Read more

人工复核好帮手!Qwen3Guard-Gen-WEB辅助决策

人工复核好帮手!Qwen3Guard-Gen-WEB辅助决策 在生成式人工智能加速落地的当下,内容安全已成为企业部署大模型不可忽视的核心环节。从社交平台到智能客服,从教育应用到政务系统,任何开放性交互场景都可能面临潜在风险:隐性歧视、不当引导、隐私泄露甚至政治敏感内容。传统的关键词过滤和规则引擎已难以应对语义复杂、表达多变的“灰色地带”问题。 阿里云推出的 Qwen3Guard-Gen-WEB 镜像,正是为解决这一挑战而生。它基于开源的安全审核专用大模型 Qwen3Guard-Gen-8B 构建,并集成了可视化 Web 推理界面,使非技术人员也能快速上手进行内容风险评估。本文将深入解析该镜像的技术原理、核心能力与实际应用场景,重点探讨其如何成为人工复核环节的高效辅助工具。 1. 技术背景:为什么需要专用安全审核模型? 1.1 传统审核方式的局限性 长期以来,内容审核主要依赖两种手段: * 关键词匹配:通过正则表达式或黑名单词库识别违规内容; * 轻量级分类模型:使用 BERT 等小型模型做二分类(安全/不安全)。 这些方法虽具备响应快、成本低的优点,但在面对现代 A

用 ASCII 草图 + AI 快速生成前端代码

引言 从想法到代码,中间往往要经历画原型、出设计稿等环节。 用 ASCII 草图,可以跳过大量原型绘制、结构拆解和手动搭骨架的中间步骤。 这种表达方式其实一直存在,但真正让它进入工程流程的,是 AI 的能力提升。大语言模型对结构化文本具有很强的解析能力,能够识别文本中的层级、对齐关系与空间划分,并将这些结构信息稳定地映射为组件树和页面布局。 因此,ASCII 不再只是沟通草稿,而成为一种可执行的结构描述。 什么是 “ASCII 草图” 提到 ASCII,很多人的第一反应可能是那个年代久远的“字符画”。没错,ASCII 草图就是用字符来构建页面布局。 在 AI 时代,这种看似简陋的草图,其实蕴含着巨大的能量。大语言模型(LLM)对结构化文本的理解能力极强。相比于模糊的自然语言描述(“我要一个左边宽右边窄的布局”),ASCII 草图提供了一种所见即所得的结构化 Prompt。 简单来说,ASCII 草图充当了视觉蓝图的角色,AI 根据这个结构生成代码。

0. 总纲|Java Web 自研框架 18 年Java架构决策复盘

0. 总纲|Java Web 自研框架 18 年Java架构决策复盘

深耕政务信息化 20 年,自研 Java Web 框架支撑省级新农保、全国首例跨省医保结算等核心民生系统,稳定运行 18 年。 本系列不讲空泛理论,只复盘真实生产环境下的架构决策、踩坑经历、落地方案,不求优雅,但求能跑、能扛、能维护。 在长期维护政务系统的过程中,我逐渐形成一套轻量、稳定、无侵入、可长期演进的架构思路。 这套框架没有依赖流行全家桶,而是围绕业务痛点一点点打磨,最终支撑了海量高并发、高可靠的民生业务。 本系列将从以下 10 个核心决策展开: 1. 放弃 Spring,手写轻量 IOC 容器 2. 注解路由 + 参数路由,实现新老代码平滑迁移 3. 统一入参解析,前后端彻底解耦 4. CGLIB + 责任链实现轻量 AOP,搞定事务、日志、

前端核心知识:Vue 3 编程的 10 个实用技巧

前端核心知识:Vue 3 编程的 10 个实用技巧

文章目录 * 1. **使用 `ref` 和 `reactive` 管理响应式数据** * 原理解析 * 代码示例 * 注意事项 * 2. **组合式 API(Composition API)** * 原理解析 * 代码示例 * 优势 * 3. **使用 `watch` 和 `watchEffect` 监听数据变化** * 原理解析 * 代码示例 * 注意事项 * 4. **使用 `provide` 和 `inject` 实现跨组件通信** * 原理解析 * 代码示例 * 优势 * 5. **使用 `Teleport` 实现组件挂载到任意位置** * 原理解析 * 代码示例 * 优势 * 6. **使用 `Suspense` 处理异步组件加载** * 原理解析 * 代码示例 * 优势