131 lines
8.6 KiB
Markdown
131 lines
8.6 KiB
Markdown
# iOS 部门 2026 学年教学方案
|
||
|
||
> 当前进度：2026-09-03，定稿校对稿，待社团审核
|
||
> 课程结构：1 节 iOS 部试听课＋9 节录取后的部门课，共 10 节
|
||
> 配套文件：[十课初步规划](iOS部2026十课初步规划.md)；[试听课课纲](逐课课纲/iOS试听课_部门与开发概览.md)
|
||
|
||
## 一、课程定位
|
||
|
||
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 | 课程回顾、经验分享、逐人轻量交流、后续方向与答疑 |
|
||
| 后续实践 | 课程之外 | 按兴趣继续旧作品、个人项目、组队或比赛 |
|
||
|
||
各课主题、衔接和基本成果见[十课初步规划](iOS部2026十课初步规划.md)；具体知识边界、作业层次和验收原则见对应逐课课纲，不在本方案中重复维护。
|
||
|
||
## 五、授课与学习支持
|
||
|
||
- 教学角色统一称为“授课干部”，参加课程的学习者统一称为“学员”；“课程负责人”仅指课程整体协调和决策角色。
|
||
- 部门课核心讲解尽量在约 40 分钟内完成，60 分钟作为保守预估，不是必须讲满的时长或硬性上限；实际节奏由授课干部结合内容和课堂情况安排。
|
||
- 共同跟做与授课干部 Demo 讲解均可采用，不要求所有课程使用同一种形式。
|
||
- 实践作业以小而可运行为原则，具体层次由逐课课纲确定；建议投入用于控制负担，不作为计时考核。
|
||
- 课前提前发送部门课 01 的安装说明和资料，鼓励先行配置，但不强制；未完成者可以在课堂了解流程、课后继续处理。
|
||
- 优先了解学员是否有可用于学习的 Mac；需要使用社团设备时，课程负责人准备同类社团机器核对环境。个人新系统上的成功运行不代表老旧设备也能运行。
|
||
- 设备、Xcode、系统和 Runtime 的实际兼容性留待备课阶段验证；发现影响既定知识范围的问题时单独反馈，不静默替换技术栈或提高设备门槛。
|
||
|
||
## 六、AI、作品提交与隐私原则
|
||
|
||
- AI 可以生成起点、解释和协助排错，但学员应知道自己要求改什么、运行后发生什么，并自行判断是否保留结果。
|
||
- 不向 AI 或公开仓库提供密码、令牌、密钥、私人资料或未经授权的内容。
|
||
- GitHub 用于课程作品提交与学习记录；学员通过个人 Fork、作业分支和 PR 提交。
|
||
- Git 只承担完成作业所需的最小工作流，不成为复杂的独立考核。
|
||
- 公开提交前检查源码、附件和提交作者信息，保护个人身份、邮箱及账号信息；借用设备时同样注意账号与凭证安全，不共用个人凭证。
|
||
- 工具故障时保留当前项目、错误和已尝试步骤，通过授课干部约定的渠道求助或记录参与，不因暂时无法发起 PR 否定尝试。
|
||
- 具体命令、仓库目录、模板、登录方式和媒体操作由授课干部在备课阶段结合实际环境确定。
|
||
|
||
## 七、参与记录与反馈
|
||
|
||
参与记录、基础作品完成和 PR 合并是不同状态：实际尝试可以被记录，不代表作品已经运行成功；作品完成也不等于上传流程已经完成。
|
||
|
||
验收以对应课纲的最低完成标准和真实运行结果为依据。简短说明用于表达做法、结果和问题；回答不完整时给予反馈，不演变为逐人技术答辩、排名或淘汰式评价。
|
||
|
||
|
||
## 八、文件职责与审定流程
|
||
|
||
- **教学方案**负责课程定位、授课目标、原则、阶段结构和总体评价。
|
||
- **十课规划**负责整体课程设置、各课主题与衔接，以及必要的共同安排。
|
||
- **逐课课纲**是分发给授课干部的备课纲领，负责本课目标、知识范围、作业层次和验收原则，不代替具体讲稿或操作手册。
|
||
|
||
当前处于定稿校对阶段在社团 Gitea 邀请相关人员预览、审核并最终定稿；之后分发给授课干部，由授课干部自行安排备课时间和具体准备。
|
||
|