用 .NET MAUI 10 + VS Copilot 从 0 开发一个签到 App
系列总结篇：一次「可控的 AI 辅助开发」完整实践
当我写下这一篇时，这个系列已经完整走完了 9 篇文章。
从「为什么要选 .NET MAUI + Copilot」，到最终「签到历史报表 + Excel 导出」，我们并不是在做 Demo，而是在完整地走一遍真实业务 App 的开发过程。
这篇文章，我不再贴代码，而是做一次回顾、总结和反思。
一、系列完整目录回顾
整个系列按照真实开发节奏展开，而不是功能堆砌：
-
（一）为什么我用 .NET MAUI 10 + Copilot 做一个签到 App
👉 技术选型 & 写这个系列的动机 -
（二）开发环境搭建
👉 MAUI 10 + VS + Copilot 的最小可用环境 -
（三）Copilot 生成第一个签到页面
👉 几乎没有人工干预的 UI 生成实验 -
（四）和 Copilot 一起创建「签到历史页面」
👉 从“能跑”到“可维护” -
（五）注册功能
👉 表单、校验、数据落库 -
（六）登录功能
👉 实际业务流的开始 -
（七）初始化数据与租户管理（全程 Copilot 生成）
👉 Copilot 在复杂逻辑中的真实表现 -
（八）复盘：Copilot 在 MAUI 项目中的真实边界
👉 AI 能做什么，不能做什么 -
（九）完结篇：签到历史报表 + 日期筛选 + Excel 导出
👉 一个“能交付”的管理功能
到这里，一个真实可用的签到 App 已经闭环。
二、这不是一个「Copilot 炫技」系列
在写这个系列前，我给自己定了一个约束：
❌ 不做“为了证明 AI 很强”的例子
✅ 只记录它在真实开发中的表现
因此你会看到：
- Copilot 生成 UI 很快
- Copilot 写 CRUD 很顺
- Copilot 在跨平台、生命周期、依赖注入上经常犯错
- 最终仍然需要人来做架构判断
这恰恰是我认为这个系列最有价值的地方。
三、.NET MAUI 10 在这个项目中的真实体验
👍 优点非常明确
- XAML + C# 对老 .NET 开发者极其友好
- 一套代码跑 Android / iOS / Windows
- MAUI Essentials（Share / FileSystem）非常实用
- 适合 内部工具 / 管理端 / 中小规模 App
⚠️ 也没有神话它
- 调试体验仍然比 Web 慢
- 生命周期问题需要经验
- 性能优化不能完全靠框架“自动解决”
但放在「签到 / 考勤 / 管理类 App」这个场景里，它是合适且高效的。
四、Copilot 在这个系列中的「真实边界」
这是第（八）篇单独复盘的核心结论，这里再简要总结一次：
Copilot 非常擅长：
- MAUI 页面骨架生成
- 简单 ViewModel / DTO
- CRUD / 表单 / 列表
- 常见库（如 MiniExcel）的基础用法
Copilot 明显不擅长：
- 架构设计
- 生命周期问题
- 多表复杂 Join 的语义正确性
- “为什么要这样写”
一句话总结：
Copilot 是一个高效的“初级工程师”，不是架构师。
五、这个签到 App「真正完成了什么」
如果你回头看整个项目，它已经具备：
- ✅ 注册 / 登录
- ✅ 多租户
- ✅ 签到记录
- ✅ 历史查询
- ✅ 报表导出
- ✅ 跨平台分享
这已经不是教学 Demo，而是：
一个可以直接用于内部系统、门店管理、考勤原型的应用
六、这个系列适合谁？
我会非常明确地说：
-
✅ 适合
- 有 C# / .NET 背景
- 想做跨平台 App
- 想正确使用 Copilot，而不是“迷信 AI”
-
❌ 不太适合
- 想零基础入门编程
- 期待 Copilot 全自动写完一切
- 把 MAUI 当成 Flutter / React Native 替代品的人
七、写在最后
这个系列的真正目的，从来不是：
「教你写一个签到 App」
而是：
展示：在 2024–2025 年，一个 .NET 开发者，如何“理性地”使用 AI 辅助完成一个真实项目。
如果你完整看完了这 9 篇文章，我相信你已经对：
- .NET MAUI 10 的能力边界
- VS Copilot 的真实价值
- AI 辅助开发的正确姿势
都有了自己的判断。
下一步我可能会写：
- 🔜 MAUI + Web API + Auth
- 🔜 一个真实上线的内部 App 架构
- 🔜 Copilot + Cursor / Claude 的对比实践
如果你希望我基于这个签到 App 继续升级，可以直接告诉我你想看的方向。
📌 系列完结，但实践才刚开始。
