DataSet中从DataRow提取数据的两种方式有何差异？

安全阿岳

2026-5-29

两种DataRow数据提取方式的核心差异分析

咱们先拆解你代码里的两种写法，本质上是强类型属性访问和弱类型索引器访问的区别，核心差异主要在这几个方面：

NULL值处理逻辑（也是你遇到的直接问题）
强类型属性 row.price 是DataSet生成工具自动生成的，它默认假设字段有有效值。当数据库里的price是NULL时，这个属性会尝试把DBNull.Value转换成对应的数据类型（比如Decimal），这就会直接抛出异常——因为DBNull无法直接转成数值类型。如果要避免这个问题，你得先调用自动生成的row.IspriceNull()方法做判断，再取值。
而索引器 row("price") 会直接返回DBNull.Value，当你把它和字符串拼接时，.NET会自动把DBNull.Value转换成字符串"Null"，所以不会抛异常，页面上就显示出Null了。
类型安全与编译检查
row.price 是强类型的，编译时就会检查字段名拼写是否正确，以及你对这个值的使用是否符合它的类型（比如不能把Decimal直接赋值给字符串变量），能提前发现错误。
row("price") 是弱类型的，字段名是字符串，编译时不会检查拼写，只有运行时写错了才会抛异常；而且它返回的是Object类型，你如果要做数值运算还得自己手动转换类型，容易出类型转换错误。
性能与可读性
强类型属性是直接访问生成的内部字段，不需要通过字符串查找列，也不需要类型转换，性能略高，而且代码一眼就能看出是哪个字段，可读性更好。
索引器需要在DataRow的列集合里通过字符串查找对应的列，还要做类型转换，性能稍差（不过大部分业务场景下这点差异可以忽略），而且代码里的字符串字段名如果写错了，排查起来也麻烦。
使用场景
如果你确定字段不会为NULL，或者已经做好了NULL检查，优先用强类型属性，代码更严谨，不容易出错；如果是动态访问字段（比如字段名是变量），或者需要直接处理DBNull的情况，再用索引器，灵活性更高。