iOS/iOS部2026教学方案.md

iOS 部门 2026 学年教学方案

当前进度：2026-09-03，定稿校对稿，待社团审核
课程结构：1 节 iOS 部试听课＋9 节录取后的部门课，共 10 节
配套文件：十课初步规划；试听课课纲

一、课程定位

iOS 部门课程面向接近零编程基础、对移动应用开发感兴趣的新生。课程以 Swift、SwiftUI、Xcode 及常用开发工具为载体，通过相互独立、能力递进的迷你作品，让学员体验页面、交互、信息流、数据和保存等 App 基础单元。

课程不以九节部门课内系统讲完 Swift、完成统一训练 App 或培养独立开发者为目标，而是首先让新生体验到“这是我亲手做出来并真正运行的”东西，建立继续学习的兴趣、信心、基础认识和后续学习的入口。

本方案中的 iOS 部试听课与教学部统一公开课相互独立：

• 教学部统一公开课面向全工作室，由教学部统一组织，不计入 iOS 部自主课程课时。
• iOS 部试听课面向对本部门感兴趣的学员，负责部门介绍、iOS 科普、作品展示和报名答疑，不要求安装 Xcode、现场编程或技术考核。
• 录取后的 9 节部门课负责提供有支架的入门体验、基础工具，以及课程回顾和继续学习的入口。

二、教学原则

1. 低门槛

• 有实践作品的课程提供经过 Build/Run 验证的 Demo、起点或参考材料，具体材料由授课干部在备课阶段准备。
• 最低完成标准面向接近零基础的学员；建议完成标准用于自愿探索，不作为基础通过门槛。
• 作品原则上相互独立，缺席或一次未完成不会形成长期项目债务；需要整理旧作品时提供可重新加入的起点。

2. 真产出

• 部门课 01 以成功配置并运行 Demo 为主，个人修改属于可选尝试。
• 部门课 02–08 通过真实 Build/Run 和属于学员自己的可见修改形成开发体验。
• AI 回复、代码片段、Preview 或静态截图不能替代实际运行；截图等材料只用于记录结果。
• 部门课 09 为课程收束例外，只记录课堂参与，不要求新作品或运行验证。

3. 能力递进、允许分层

• 共同进度依次体验第一次运行、工具、页面、交互、信息流、数据、保存和项目组织。
• 不将建议探索、视觉精致度或额外功能变成统一要求。
• 不要求所有项目套用 MVVM；部门课 08 关注职责和数据流，不以文件数量或目录层级判断质量。

4. 轻量评价、开放发展

• 作业用于记录参与、尝试、问题和成长，不按代码行数、功能数量或技术复杂度排名。
• 部门课 09 通过回顾、分享和答疑找到继续学习的入口，不增加统一结课作品。
• 完整 App、比赛项目和更系统的技术学习放在后续发展中，不作为九节部门课的统一承诺。

三、培养目标

以下是课程努力方向，不作为严苛的逐项淘汰标准。

1. 方向认识

• 了解 iOS 部的学习方式、日常活动、作品实践和可能的发展出口。
• 知道 App 的形成不仅包含写代码，也包含问题、用户、界面、数据、测试和反馈。
• 能初步判断自己感兴趣的方向，以及是否愿意继续投入。

2. 第一次真实开发体验

• 能在与课程内容兼容的开发环境中打开项目并在模拟器中 Build/Run。
• 逐步学会找到主要代码位置，修改可见内容并观察结果。
• 不因第一次报错就否定自己，知道保留现象并寻求帮助。

3. App 基础单元认识

• 体验 View 如何组合成页面，以及操作、状态和界面更新之间的关系。
• 体验列表选择的信息如何进入详情页。
• 体验用户输入如何成为数据并显示出来。
• 体验简单内容如何在 App 重新启动后继续存在。
• 认识项目中的数据、状态、操作与界面可以怎样划分职责。

4. 工具与自学入口

• 会使用 AI 建立小型开发起点、解释或调整局部问题，并回到 Xcode 运行验证。
• 逐步学会从个人 Fork 的作业分支向部门 GitHub 公开仓库提交 PR。
• 知道求助时应提供目标、最小相关代码、实际现象和已经尝试的步骤。

5. 回顾表达与继续学习

• 能用简单语言回顾一个印象较深的收获。
• 能表达一个下一步想尝试的方向，或一个仍未解决的真实问题。
• 知道可以从旧作品、个人学习、组队和比赛等入口继续实践。

四、课程阶段

阶段	课次	主要任务
方向认识	试听课	部门介绍、iOS 科普、真实作品、课程说明与答疑
第一次运行	部门课 01	环境配置、模板项目、组件万花筒和第一次 Build/Run
工具入门	部门课 02	AI 小型开发尝试，GitHub Fork、分支与 PR
App 基础单元	部门课 03–07	页面、交互、信息流、内存数据和轻量保存
技术拓展	部门课 08	通过 Treversi 认识项目组织与 MVVM，整理旧作品
课程收束	部门课 09	课程回顾、经验分享、逐人轻量交流、后续方向与答疑
后续实践	课程之外	按兴趣继续旧作品、个人项目、组队或比赛

各课主题、衔接和基本成果见十课初步规划；具体知识边界、作业层次和验收原则见对应逐课课纲，不在本方案中重复维护。

五、授课与学习支持

• 教学角色统一称为“授课干部”，参加课程的学习者统一称为“学员”；“课程负责人”仅指课程整体协调和决策角色。
• 部门课核心讲解尽量在约 40 分钟内完成，60 分钟作为保守预估，不是必须讲满的时长或硬性上限；实际节奏由授课干部结合内容和课堂情况安排。
• 共同跟做与授课干部 Demo 讲解均可采用，不要求所有课程使用同一种形式。
• 实践作业以小而可运行为原则，具体层次由逐课课纲确定；建议投入用于控制负担，不作为计时考核。
• 课前提前发送部门课 01 的安装说明和资料，鼓励先行配置，但不强制；未完成者可以在课堂了解流程、课后继续处理。
• 优先了解学员是否有可用于学习的 Mac；需要使用社团设备时，课程负责人准备同类社团机器核对环境。个人新系统上的成功运行不代表老旧设备也能运行。
• 设备、Xcode、系统和 Runtime 的实际兼容性留待备课阶段验证；发现影响既定知识范围的问题时单独反馈，不静默替换技术栈或提高设备门槛。

六、AI、作品提交与隐私原则

• AI 可以生成起点、解释和协助排错，但学员应知道自己要求改什么、运行后发生什么，并自行判断是否保留结果。
• 不向 AI 或公开仓库提供密码、令牌、密钥、私人资料或未经授权的内容。
• GitHub 用于课程作品提交与学习记录；学员通过个人 Fork、作业分支和 PR 提交。
• Git 只承担完成作业所需的最小工作流，不成为复杂的独立考核。
• 公开提交前检查源码、附件和提交作者信息，保护个人身份、邮箱及账号信息；借用设备时同样注意账号与凭证安全，不共用个人凭证。
• 工具故障时保留当前项目、错误和已尝试步骤，通过授课干部约定的渠道求助或记录参与，不因暂时无法发起 PR 否定尝试。
• 具体命令、仓库目录、模板、登录方式和媒体操作由授课干部在备课阶段结合实际环境确定。

七、参与记录与反馈

参与记录、基础作品完成和 PR 合并是不同状态：实际尝试可以被记录，不代表作品已经运行成功；作品完成也不等于上传流程已经完成。

验收以对应课纲的最低完成标准和真实运行结果为依据。简短说明用于表达做法、结果和问题；回答不完整时给予反馈，不演变为逐人技术答辩、排名或淘汰式评价。

八、文件职责与审定流程

• 教学方案负责课程定位、授课目标、原则、阶段结构和总体评价。
• 十课规划负责整体课程设置、各课主题与衔接，以及必要的共同安排。
• 逐课课纲是分发给授课干部的备课纲领，负责本课目标、知识范围、作业层次和验收原则，不代替具体讲稿或操作手册。

当前处于定稿校对阶段在社团 Gitea 邀请相关人员预览、审核并最终定稿；之后分发给授课干部，由授课干部自行安排备课时间和具体准备。