简介本资源是一份完整的Android课程设计项目——「课程表」App源码包面向计算机类专业本科生及Android初学者聚焦移动应用开发核心能力训练解决学生课程信息数字化管理的实际需求。项目基于Android Studio开发采用SQLite本地数据库实现用户注册登录、课程增删查改、个人信息维护等完整功能闭环并包含开屏引导、图表与列表双模式课程展示等典型UI/UX设计实践。压缩包共2000个文件主体为360个XML布局文件、161个Java逻辑代码、411个编译生成的class文件、534个flat资源文件及142个PNG图标素材整体大小38.98MB结构清晰模块划分明确便于理解MVC架构与SQLite CRUD操作流程。已有72人学习下载提供可直接运行的APK安装包、完整Gradle工程配置及调试就绪的数据库初始化逻辑是Android期末作业、课程设计或毕业设计的高适配参考方案。 每年到这个时间点我后台私信就会被“Android课程设计”刷屏。不是课程表就是备忘录要么就是图书管理系统清一色的学生项目。说实话这种课设项目技术难度不算高但它特别能反映一个人的工程素养。有的同学交上去的是一个能跑的Demo有的同学交上去的是一个结构清晰、有设计感的小产品这两者在老师眼里完全是两个分数级别。我写过不少Android项目也帮人改过不少课设代码今天干脆就借着“课程表”这个经典题目把从环境搭建、数据库设计、界面布局到答辩演示的全流程掰开揉碎讲一遍。这篇文章不是给你贴一堆代码让你复制而是告诉你每一块为什么这么写、踩过的坑在哪、怎么在有限的时间里做出超出其他人平均水平的效果。1. 课设开始前先想清楚你要做一个什么级别的课程表很多人拿到题目就开始新建Project这其实是最大的坑。你要知道一个班三十个人可能有二十五个人都交的是“底部Tab 周视图Grid 添加课程弹窗”这种组合老师看都看腻了。你既然要花时间去写不如先花一个小时想明白我这份课设到底要做到什么程度我这里把课程表课设分成三个档位你可以对照自己的时间和能力选一个档位功能范围工作量得分预期基础档单周课表展示、添加/删除课程、SQLite存储、按星期切换2-3天及格到中等进阶档单双周逻辑、课程节次管理、上课提醒、编辑/长按删除4-5天良好优秀档进阶档 semester学期管理、课程导入导出、统计页面、自定义主题、过渡动画7天以上优秀/高分我给你的建议是至少做到进阶档。原因很简单基础档只能证明你“用过”Android进阶档能证明你“理解”了Android的核心机制。单双周、节次管理这两个功能直接牵扯到数据库查询逻辑和RecyclerView的多类型Item渲染这两个是面试官和老师都比较看重的点。再强调一下选型问题。课程表这种项目数据量极小一个学生一学期撑死了几百条课程记录用SQLite绰绰有余。不要为了显得高级去引入Room不是说Room不好而是课设阶段你要把精力放在业务逻辑和界面交互上而不是在注解和编译期代码生成上浪费时间。SQLiteOpenHelper纯手写你对数据库的理解会更扎实论文和答辩PPT上也好写。2. 环境搭建和模拟器问题别让环境卡住你半天时间看热搜词里有一堆“android studio安装教程”“androidstudio启动不了模拟器”“androidstudio 连接到mumu”就知道环境问题坑了多少人。我先说结论课程表这种轻量项目用不到真机调试也用不到特别新的SDK版本稳定优先。2.1 Android Studio版本和SDK选择直接用官网最新稳定版就可以别追Beta版。SDK方面建议targetSdk和compileSdk选33或34minSdk选24或者26。为什么不要选太低的minSdk因为很多兼容性处理代码你根本不会写选了低版本反而给自己找麻烦。选26以上Android 8.0及以上覆盖了现在绝大多数手机同时避免了运行时权限那一大堆动态适配Android 6.0要动态申请虽然课程表也要写到但至少你不需要处理很多厂商兼容。安装的时候有个细节SDK Components页面一定要确保勾选了Android SDK Platform-Tools和Android Emulator不然你后面装APK都费劲。HAXMIntel硬件加速现在新版Android Studio已经默认走Windows Hypervisor Platform或者AEHD了不要再去找老的HAXM安装包了。2.2 模拟器启动不了的通用解法你要是遇到了“模拟器启动后黑屏”或者“AVD显示无响应”大概率是下面几种情况没有开启硬件虚拟化。去任务管理器 - 性能 - CPU看“虚拟化”那一项是否为“已启用”。如果没有进BIOS开启Intel VT-x或AMD-V这个搜一下就知道了不同主板路径不一样。内存分配不足。AVD的配置里把内存调到1GB就够用了不要给太大反而容易启动失败。冷启动太慢。模拟器连接不上adb的时候可以用命令行手动启动比如emulator -avd 你的AVD名字 -no-snapshot-load -gpu swiftshader_indirect这个命令在Android Studio的终端里直接敲就行-gpu swiftshader_indirect是软件渲染虽然慢但不会因为显卡驱动问题闪退。用第三方模拟器连Android Studio也是可行方案但需要注意mumu和雷电都有自己的adb接口连接前先确保Android Studio里的模拟器没开adb connect 127.0.0.1:端口号mumu是7555雷电是5555。连接成功后AS会像识别真机一样识别出来。2.3 国内下载依赖慢的问题新建项目后Gradle同步可能会卡半天。这基本上就是访问Google Maven仓库慢导致的。配置阿里云镜像的方法不复杂在项目根目录的build.gradle或者settings.gradle看你用的AS版本里把仓库地址替换成buildscript { repositories { maven { url https://maven.aliyun.com/repository/public } maven { url https://maven.aliyun.com/repository/google } maven { url https://maven.aliyun.com/repository/gradle-plugin } google() mavenCentral() } }注意新版AS用的是settings.gradle里的dependencyResolutionManagement方式也是一样把阿里云的仓库加在google()和mavenCentral()前面就可以。这个配置改完同步速度能快好几倍。3. 课程表的数据层设计不要只用一张表我知道很多人写课程表数据库就建一张表字段就是星期几、第几节、课程名、老师、教室完事了。这也能跑但单双周功能一做就抓瞎。我建议你按下面这个结构来设计后面写代码会轻松很多。3.1 数据库字段设计课程表的核心实体是“课程”但不是每个课程就是一条记录。同一个课程比如“高等数学”它可能是在周一第1-2节、周四第3-4节都有而且可能单周上、双周不上。所以正确的建模方式应该拆成课程表和课程时间表两张表course表课程的静态信息课程名、教师、教室、课程颜色course_time表课程的动态安排外键关联course_id记录星期几、开始节次、结束节次、单双周类型、周数范围一张“课程”可以对应多条“时间安排”这是一个典型的一对多关系。用这种结构你在添加课程的时候可以先添加课程基本信息然后给这个课程挂好几个上课时间数据冗余少后面做编辑也好改。数据库表结构我建议这么建CREATE TABLE course ( id INTEGER PRIMARY KEY AUTOINCREMENT, course_name TEXT NOT NULL, teacher TEXT, classroom TEXT, color INTEGER DEFAULT 0 ); CREATE TABLE course_time ( id INTEGER PRIMARY KEY AUTOINCREMENT, course_id INTEGER NOT NULL, day_of_week INTEGER NOT NULL, -- 1-7 周一至周日 start_section INTEGER NOT NULL, -- 开始节次 1-12 end_section INTEGER NOT NULL, week_type INTEGER DEFAULT 0, -- 0: 全周 1: 单周 2: 双周 start_week INTEGER DEFAULT 1, end_week INTEGER DEFAULT 20, FOREIGN KEY(course_id) REFERENCES course(id) ON DELETE CASCADE );很多同学的课设里忽略了week_type和start_week/end_week这就导致无法处理“从第4周到第16周双周上课”这种真实场景。你把这个字段加上了课程表的实用性直接翻倍。3.2 SQLiteOpenHelper的正确写法手写数据库操作类的时候注意这几个细节版本号要从1开始以后凡是修改表结构onUpgrade里要写清楚迁移逻辑不能直接drop table。虽然课设没有升级需求但答辩时候老师可能会问你要能答上来“生产环境不能暴力删表丢失用户数据”。ContentValues传参要跟表字段严格对应我见过太多因为拼写错误导致插入失败后一脸懵的情况。查询用selectionArgs参数化不要字符串拼接SQL既能防注入也能避免引号转义的坑。下面是一个查询“某星期某教学周要上哪些课”的核心方法你可以直接参考public ListCourseTime queryCoursesByDay(int dayOfWeek, int currentWeek) { ListCourseTime list new ArrayList(); SQLiteDatabase db getReadableDatabase(); Cursor cursor db.rawQuery( SELECT ct.*, c.course_name, c.teacher, c.classroom, c.color FROM course_time ct INNER JOIN course c ON ct.course_id c.id WHERE ct.day_of_week ? AND ct.start_week ? AND ct.end_week ? ORDER BY ct.start_section ASC, new String[]{String.valueOf(dayOfWeek), String.valueOf(currentWeek), String.valueOf(currentWeek)} ); while (cursor.moveToNext()) { CourseTime ct new CourseTime(); ct.setId(cursor.getInt(cursor.getColumnIndexOrThrow(id))); ct.setCourseName(cursor.getString(cursor.getColumnIndexOrThrow(course_name))); // ... 省略赋值代码 // 单双周过滤在这里做 int weekType cursor.getInt(cursor.getColumnIndexOrThrow(week_type)); boolean isMatch true; if (weekType 1 currentWeek % 2 0) isMatch false; if (weekType 2 currentWeek % 2 1) isMatch false; if (isMatch) { list.add(ct); } } cursor.close(); db.close(); return list; }这个方法的加分点在于SQL层把周数范围先过滤掉应用层再判断单双周两层配合逻辑清晰。尤其是ORDER BY ct.start_section ASC保证了同一天课程按节次排序返回前台UI直接展示就行。4. 界面布局的几个核心选择别再做那种廉价的Grid了课程表App的界面本质上就是一张二维表格纵向是节次第1节到第12节横向是星期周一至周日。这个布局怎么做直接决定了你整个App的颜值上限。4.1 横竖屏和切图策略先决定横屏还是竖屏。真实教务系统里那种课程表都是横屏看的因为格子多、信息密。但手机App里学生用户更习惯竖屏操作——毕竟单手拿着看课表是刚需而横屏只在“今天满课要确认教室”这种场景用得多。我的建议是竖屏为主做横向滚动。用一个横向滚动的RecyclerView或者ScrollView嵌套GridView实现周视图这样既保留了竖屏手持的习惯又能容纳一整天12节课的纵向信息。我实际测试下来竖屏下显示周一至周日每列宽度大概在110dp左右比较合适一屏能看清约3天的课程左右滑动切换其他天。每个课程卡片的高度按每节课60dp计算一二节课连堂就是120dp这个视觉比例刚好能放下两行文字和教室信息不会显得拥挤。4.2 RecyclerView方案比GridView方案好在哪很多教程用GridView因为写起来简单但GridView做课程表有一个致命缺陷它没法自由控制某个Item的高度跨越多个网格。你有一门课连上2、3节GridView很难做到让一个Item的高度等于2-3个Item的高度之和。就算用spanSizeLookup硬调也是各种别扭。用RecyclerView自己写LayoutManager反而更靠谱。你可以自定义一个StaggeredGridLayoutManager或者直接继承RecyclerView.LayoutManager但课设阶段我不建议你去手写LayoutManager工作量太大。更实际的方案是用LinearLayout包裹多个竖直排列的Item每个Item对应一节课用MarginTop模拟空白时间段用高度模拟课程时长。这样完全不需要Grid就能精确控制每个课程块的高度。我常用的布局方式是这样最外层是HorizontalScrollView保证可以横向滑动里面放一个LinearLayout方向为横向左侧是节次时间轴TextView列表固定宽度中间是七列每列一个LinearLayout垂直方向列内按顺序放置课程Item每个课程Item是一个CardView高度通过setHeight(pixel)动态设置。如果第2节到第4节有课那么这一列第1节的位置就是一个占位View或空白第2节位置开始放课程卡片高度设为3节课的高度。这种方式的视觉效果非常接近真实课表而且代码逻辑也好理解。4.3 周次切换和本周标记这个细节一定要做。课程表App如果只能看默认周数那和一张图片有什么区别顶部放一个当前教学周的切换器左右箭头可以切换上下周中间显示“第8周”旁边放一个“回到本周”的按钮。当前周的日期变化界面上的课程也要跟着变化这个逻辑用上面那个queryCoursesByDay(int dayOfWeek, int currentWeek)方法就能轻松实现。另外当天的列要有高亮背景强调“今天”的感觉。做法就是给当天的列LinearLayout设置一个浅色的背景色其他列保持透明或白色简单有效视觉上却特别专业。5. 核心交互实现添加、编辑、删除与颜色管理课程表界面上静态展示是基础交互才是真正体现你工程能力的地方。这一部分我讲几个常用的功能点添加课程的对话框、长按删除和编辑、课程颜色自动分配。5.1 添加课程的对话框设计最简单也最稳的方案是AlertDialog嵌套一个自定义的View。但如果你用纯XML手写一个课程添加界面一个学期有几十门课要录入每录一门都要点多次屏幕用户会很烦躁。我建议做成一屏式录入一个Dialog里从上到下排列课程名称EditText教师EditText教室EditText星期Spinner周一至周日节次Spinner开始节次、结束节次单双周Spinner全周/单周/双周颜色选择几块圆形色块点击选中节次选择器一定要做成开始节次结束节次两个下拉而不是“第几节到第几节”一个文本输入框。不然用户录入“第1节到第2节”还要手动输入中文和到字体验很差而且容易格式出错。课程颜色这一项我强烈建议做而且要做好。做法是预先定义一组颜色数组每个Spinner或者色块点击时给课程设置颜色。课程卡片显示的时候背景色用这个颜色文字用白色这样整个界面的可读性和美观度会提升一个档次。色值建议选饱和度中等偏高的比如public static final int[] COLOR_PALETTE { 0xFF4FC3F7, // 浅蓝 0xFF81C784, // 浅绿 0xFFFF8A65, // 浅橙 0xFFBA68C8, // 浅紫 0xFFE57373, // 浅红 0xFFFFD54F, // 浅黄 0xFF4DB6AC, // 青绿 0xFFA1887F, // 棕 };默认自动分配取课程ID对颜色数组长度取模同一个课程用固定颜色。这样即使不手动设置视觉上也不会全是一种颜色。这个逻辑写在Adapter的onBindViewHolder里就行。5.2 长按删除和点击编辑RecyclerView的Item长按事件有很多种写法我推荐用接口回调而不是在Adapter里直接弹Dialog保持Adapter的纯净性。public interface OnCourseItemClickListener { void onCourseClick(CourseTime courseTime); void onCourseLongClick(CourseTime courseTime); }Activity实现这两个接口点击弹出编辑长按弹出确认删除对话框。删除的时候注意要把course_time表和对应的course表记录一起删。如果你建表的时候加了FOREIGN KEY(course_id) REFERENCES course(id) ON DELETE CASCADE那删除主表记录子表自动就删了这一步特别省心。编辑的时候Dialog内容跟添加时一样把原来的值预先填进去。用户改完点击保存就是执行一次update操作。5.3 空状态和占位这一点很多人忽略。一个空课表的App启动后如果你的界面是一堆空白用户根本不知道这是什么。要加一个空状态提示“点击右下角 添加你的第一节课”。这个用LinearLayout 一个ImageView 一个TextView实现数据为空时显示有数据时隐藏。这个细节并不难但老师演示的时候如果恰好数据被清空了空状态就非常加分。6. 提升课设评分的进阶功能单双周、提醒和导入导出做到了这一步你已经把基础课表做得很完整了。接下来这几个功能是让你从“做完”到“做好”的关键。每个功能工作量不算大但都能在答辩时拿出来单独讲。6.1 单双周逻辑的正确实现方式前面建表时已经预留了week_type字段现在重点说下查询时的处理。单双周是很多课设的难点因为学生总搞不清“当前到底是第几周”。你在App里需要做两件事根据当前日期计算当前教学周。最简单的方式是设定一个“开学日期”在设置里让用户选一次然后用当前日期减去开学日期除以7天取整加1就是当前周。拿到当前周后判断奇偶配合week_type过滤课程。计算当前周的代码public static int getCurrentWeek(Calendar startDate) { Calendar today Calendar.getInstance(); long diff today.getTimeInMillis() - startDate.getTimeInMillis(); int days (int) (diff / (1000 * 60 * 60 * 24)); int week days / 7 1; return Math.max(week, 1); }注意边界情况如果还没开学今天是负数周直接返回1展示第一周的课表如果过了学期末超过20周不要限制死可以继续往后算但课程数据如果只录到16周查询结果自然就空了。6.2 上课提醒功能这个功能不要用AlarmManager硬做课设阶段你要的是“能演示、能讲清楚原理”而不是真的做一个稳定运行几个月的系统。最简单可靠的实现App启动时开启一个Service或者用WorkManager每分钟检查一次当前时间是否是某节课的开始时间如果是且今天没提醒过就发一个系统通知。用NotificationManager发通知代码量不大效果却很直观。Intent intent new Intent(context, MainActivity.class); PendingIntent pendingIntent PendingIntent.getActivity(context, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT); Notification notification new NotificationCompat.Builder(context, CHANNEL_ID) .setSmallIcon(R.drawable.ic_notification) .setContentTitle(上课提醒) .setContentText(高等数学 就要开始啦教室在 A101) .setContentIntent(pendingIntent) .setAutoCancel(true) .build(); notificationManager.notify(notificationId, notification);Android 8.0以上必须创建NotificationChannel不创建的话通知直接不显示这是一个必踩的坑我用NotificationCompat还是踩过。建议在Application的onCreate里统一创建渠道。6.3 课程表导入导出用JSON格式做导入导出非常加分。导出就是把数据库里的课程数据序列化成JSON字符串写成文件存到应用外部存储导入就是解析JSON文件写回数据库。这个功能的完整代码不算少但思路很清晰我讲一下核心思路导出到一个.json文件文件名带日期比如courses_20240115.json文件格式{ courses: [ { course_name: 高等数学, teacher: 张老师, classroom: A101, color: 1, times: [ {day: 1, start: 1, end: 2, week_type: 0, start_week: 1, end_week: 16} ] } ] }导出、导入按钮放在Toolbar或者设置页面里。导入前先弹一个确认框提示“导入将覆盖当前课程数据”。为什么建议做JSON导入导出因为答辩时你完全可以现场演示“我在一台新手机/模拟器上安装这个App点击导入所有课程就恢复出来了。”这一个功能就能让老师知道你对文件IO和JSON解析是掌握的。6.4 数据统计页面如果你还有精力再加一个统计页面展示当前学期有多少门课、每周上课多少节、主要教室使用频次等。用几个卡片式的数据展示配一个MPAndroidChart的柱状图每周课程节数分布这已经算课设里比较亮的图表功能了。MPAndroidChart在GitHub上很火加依赖就能用但注意它的原生库比较多同步时间要预留一点。7. 答辩演示技巧和Crash避险指南代码写完只是第一步答辩答辩关键在于“演”。很多同学代码写得不错演示的时候却翻车了。我总结一些实操经验能帮你避免绝大部分现场尴尬。7.1 演示前的数据准备答辩现场用模拟器演示的话不要现场去添加课程数据。提前在模拟器里手动录入3-5门课程覆盖单双周、连堂课、不同教室、不同颜色等场景。万一现场模拟器重启导致数据丢失一定要在答辩前把数据库备份出来或者准备好导入文件30秒内恢复现场。建议录制一个演示视频作为Plan B防止模拟器现场打不开、电脑崩溃之类的意外。录屏不需要复杂的工具Android Studio自带的模拟器窗口就有录屏按钮或者用系统录屏快捷键录个两三分钟即可。7.2 答辩必问的问题提前准备好根据我帮人模拟答辩的经验老师大概率会问下面几个问题你可以提前把答案准备好你这个课程表怎么处理单双周—— 答数据库里存week_type字段查询时结合当前教学周做过滤。数据库用的什么为什么不用数据库框架—— 答SQLite原生SQLiteOpenHelper数据量小核心逻辑自己掌控也方便展示SQL能力。如果用了Room就答“用Room做ORM映射减少样板代码”但前提是你真能讲清楚注解和DAO。如果课程时间冲突了怎么办——这个功能不一定做但一定要有一个口头方案。答可以在添加时做冲突检测查询同一星期、同一时间段的已有记录有冲突就提示用户确认。实际上这个功能实现成本很低如果你时间够建议直接做上。加课程时检查冲突的代码逻辑我给你写一下核心判断public boolean isConflict(int dayOfWeek, int startSection, int endSection, int weekType) { ListCourseTime list queryCoursesByDay(dayOfWeek, 1); // 先按天查所有 for (CourseTime ct : list) { // 判断节次区间是否有交集 if (ct.getStartSection() endSection startSection ct.getEndSection()) { // 如果周类型不冲突全周和单双周之间也可能冲突这里简化处理 if (ct.getWeekType() weekType || ct.getWeekType() 0 || weekType 0) { return true; } } } return false; }实际上这里只有节次区间相交判断因为你说的是“时间段内冲突”单双周和全周的课在同一时段也有会重叠的可能判断逻辑可以再细致化但答辩时能说到这一层已经很好了。7.3 代码规范给老师留个好印象代码风格其实很影响老师的主观印象。注意几点类名、变量名用驼峰命名不要用a1、b2这种名字每个方法尽量控制在50行以内超过就拆关键方法上面写清楚注释比如“根据星期和教学周查询课程列表”资源文件命名规范布局用activity_main.xml、item_course.xmldrawable用bg_course_card.xml等这些习惯不是应付课设的是你以后写任何项目都要用的。从课设开始养成受益很久。8. 从课程表课设到真正的Android能力做完之后的三个延伸方向课程表做完你要是觉得“哦这就结束了”那有点可惜。这个项目其实是一块非常好的跳板你可以基于它往三个方向延伸每一个都能作为你的下一个小项目或者面试作品。第一个方向是做多端同步。课表一旦加上账号体系和云端同步就变成了一个协同工具。你可以尝试接入Bmob或者LeanCloud这类后端云学一下网络请求和数据同步。虽然课设不用做但这是数据层向网络层延伸的自然路径。第二个方向是做桌面小组件。Android的App Widget可以把课程信息直接展示在桌面上不用打开App就能看到下一节课。这个功能做起来不难核心是RemoteViews和AppWidgetProvider它跟Activity的UI是完全不同的技术栈能学到很多Android系统的特色机制。第三个方向是做课程导入的OCR识别或者教务系统解析。很多学校教务系统导出的课程表是Excel或HTML格式如果你能做一个一键解析导入的功能它的实用价值就完全不一样了。解析思路是拿到文件后按行列拆分识别单元格里的课程名称和位置再映射到数据库字段。这个方向工作量稍大但做出来后非常惊艳。我所认识的能把课设做到“实用”级别的学生最后找工作都挺顺利因为他们对待一个小作品的态度折射的就是工作后对待一个生产级需求的态度。一个课程表虽然小但它覆盖了数据库设计、UI布局、数据绑定、生命周期管理、文件存储、通知机制——这些都是Android开发的核心内容。把这些点吃透比稀里糊涂刷一百道面试题都强。最后说个小技巧演示的时候别把屏幕切得乱七八糟。提前把所有需要展示的功能整理一个清单按顺序划过一遍每个功能留两秒钟给老师看清楚。如果老师中途问了别的问题答完再回到清单的下一个功能。这种“有结构地演示”的习惯能让你在有限的答辩时间里把这一两个月的工作量完整地呈现出来。本文还有配套的精品资源点击获取