零基础学软件之ASP.NET 第五季 ADO.NET视频课程

能力缺口：增删改查全靠拖拽，断了控件就不会写底层

很多写过几季 ASP.NET 的开发者，一旦脱离向导和强类型数据源控件，立刻就会暴露底层操作能力的缺失。遇到需要手动拼接条件、处理事务回滚或者读取流式数据的需求时，根本不知道底层是如何与数据库建立通信的。这门聚焦 ADO.NET 的课程，解决的就是只会点鼠标调控件、不懂原生数据访问对象运作机制的问题。它适合已经掌握 C# 基础语法和简单页面交互，但在数据持久化层存在断层的转岗或备考生。如果你连基础的 SQL 语句都写不利索，建议先补数据库基础，否则直接看 Command 对象的传参会非常吃力。

学习路线：从建立连接到离线模型，别跳着看

建议先啃透前三个核心对象：Connection、Command 和 DataReader。Connection 部分看似简单，但连接字符串的配置和资源释放机制是后续所有操作的地基，必须弄清非托管资源为何需要手动关闭。接着重点看 Command 操作数据这一块，不要只盯着添加、修改、删除的语法，重点放在参数化查询的传递机制上，这是防止注入的核心。课程里关于触发器和事务处理的章节虽然简短，但这是区分会写脚本和懂业务健壮性的分水岭，事务的提交与回滚逻辑务必跟着手敲一遍。最后再看 DataSet 和 DataAdapter，这部分要对比 DataReader 来理解：一个是向前的只读流，适合快速查；一个是离线数据集，适合解耦操作。别图快直接跳到离线模型，连在线读取的底层都没弄懂，离线状态下的并发冲突你根本排查不出来。

资料配合与练习：敲完代码必须断点调试

配套的演示线索只用来理解对象模型的生命周期，不要当成播放列表看一遍就过。每学完一个对象，必须自己建一张简单的业务表跟着写代码。看 Command 章节时，自己写一个带参数的模糊查询方法，故意传错参数类型，去观察底层抛出的异常。学到事务处理时，强制自己写一个转账逻辑：模拟扣款成功后入账失败的报错，验证事务是否真的能回滚。学完这门课，你应该能完全抛弃数据源配置向导，独立手写一个具有基本增删改查和事务保护的数据访问类。面对多表联查和高并发读取场景，能准确判断该用 DataReader 追求性能，还是用 DataSet 做离线处理，并且能自己定位数据库连接未关闭导致的资源泄漏问题。