强类型数据表支持“可空”字段类型，但设计器不允许您将任何值类型字段的设置更改为“允许空值”。 （即：字符串类型允许为空，但 int 不允许）。
解决方法是在您想要获取 Myfield 的任何时候调用 IsMyFieldNull()。如果您在 MyField 确实包含 null 时访问它，则会引发一个错误。
这是一个非常令人头疼的问题，此外还会在 null 出现时导致许多运行时错误，从而导致您的应用程序崩溃。多年来，我一直向微软抱怨这一点，但 Visual Studio 的每个新版本仍然不允许使用可为空的值类型。
我的问题：有人知道可以用来解决这个主要缺点的奇特扩展方法吗？
【问题讨论】：
标签： c# dataset extension-methods nullable strongly-typed-dataset
我只需要为此找到解决方法。我需要更改为 ASP.NET 2.0 编写的网页的一些旧代码。该页面使用 Telerik RadMenu，一个菜单控件。此组件要求根元素具有正确的 DBNull 值（对于 parentID）。 所以，当我编译旧代码时，RadMenu 组件给了我很多问题。首先是关于约束的例外，然后它不知道哪些元素是根元素，整个事情看起来很糟糕。
但我解决了它，这对我有用。
在 Table Adapter 设计器的 ParentID 列的 Properties 页面中，我使用了： - AllowDBNull：真 - DefaultValue：-1（-1 是该列不正常出现的值） NullValue 属性停留在“抛出异常”，因为我无法更改。
在使用来自表适配器的值的代码中，我使用了这个构造（VB.NET 代码，而不是 C#，因为这个问题被标记）：
Dim MenuBarTable As DAL.Page.MenuBarDataTable 'The Table Adapter
MenuBarTable = PageObj.GetMenuBar() 'The generated Get function
MenuBarTable.ParentIDColumn.AllowDBNull = True
For Each row As Page.MenuBarRow In MenuBarTable.Rows
If row.IsParentIDNull() Then
row.SetParentIDNull()
End If
Next
为表适配器生成的代码为应该允许 DBNULL 的每一列生成两个函数。它们本来是在处理 NULL 时使用的，但它是 Microsoft 的一个笨拙的解决方案。幕后发生的事情是表适配器将从 Get 函数输出列的 DefaultValue 而不是 NULL。我称之为“模拟 NULL”或“假 NULL”。
函数 IsParentIDNull() 将实际检查该行是否包含此“假 NULL”，例如该列的 DefaultValue，当它出现时，我使用 SetParentIDNull() 函数插入一个正确的 DBNull。
这个解决方案对我有用，但不是很优雅，也不是很有效，但我希望它可以对其他人有所帮助。
【讨论】：
你可以这样做： 如果未设置，则将 AllowDbNull 设置为 true； DefaultValue 保持开启； NullValue 保持开启（抛出异常）。然后从代码中，当您想将列设置为空时，您可以使用内置方法 Set_Column_Null()。 看我的例子：
if (entry.PosX.HasValue)
newRow.PosX = entry.PosX.Value;
else
newRow.SetPosXNull();
【讨论】：
如果您使用的是 .Net 3.5 或更高版本，这些扩展可能对您有用： http://msdn.microsoft.com/en-us/library/system.data.datarowextensions.field.aspx
根据文档，它完全支持可空类型。它允许您使用像
这样的结构MyRow.Field<int?>("MyField")
如果您将其分配给或从正确类型的现有变量中分配，编译器可以自动推断类型，您可以省略类型说明符，使其短至
int? myVar = MyRow.Field("MyField");
MyRow.Field("MyField") = myVar;
仍然不完美，但比在任何地方都必须使用 IsMyFieldNull() 等更易读。
哦，如果您想在列名拼写错误方面更加安全，您可以使用类似
MyRow.Field(MyTable.MyFieldColumn)
不要忘记添加对 System.Data.DataSetExtensions 的引用。
【讨论】：
我不知道为什么var x = !IsMyFieldNull() ? MyField : null（或类似的）如此令人头疼。
我想您可以在 SqlDataReader 周围编写一个包装器，以便在您将数据读入 DataTable 时以某种方式捕获这些空值，或者您可以为您的查询编写相当于 .TryParse() 的内容：一些不错的封装，例如：
var x = myDataTable.TryParse(myField);
.TryParse 是一个扩展方法，类似于：
public static TryParse(DataRow myField)
{
if(!myField == DbNull) //Or similar
return myField.Value;
}
如您所见，这基本上是粗略的伪代码，但您明白了。编写一次代码，然后将其作为扩展方法调用。
【讨论】：
.net 3.0 中引入了可空类型，这些可以与数据集一起使用。您像这样声明一个可为空的 int
int? myNullableInt = null
这是 MSDN 文章的链接：Nullable Types C#
就个人而言，我首先会避开数据库中的空值（如果您有这样做的奢侈）。 NULL 确实允许“未定义”或“未知”状态。很少有这个问题，例如包含姓氏的字符串字段通常会设置为可空，而默认为“”会是一个更好的选择。将空值放入数据库会使事情变得不必要地困难Null Values In Databases，此外它会将空值传播到代码中，您必须努力避免空值引用异常。
不幸的是，互联网上有很多关于 DB 的坏东西（例如过度使用 null 就可以了）。这些观点通常是由那些真正不了解它们背后的理论的人提出的，另一个典型的例子是没有关系的数据库，“因为在代码中处理这些更灵活/更快”。这意味着开发人员必须重写现有的 [数据库层] 功能，数据库不可避免地确实可以更有效地处理这些功能并且具有更高的可靠性。我说不可避免，当然，进行重写的开发人员正在重新实现甲骨文/微软/谁有大型团队花费大量时间优化等的东西。然而，你经常看到有人提倡这一点一个设计。这家伙真的很懂数据库，DBDebunkings 他花了很多时间试图揭穿很多让关系数据库脱离其理论根源的无稽之谈。
【讨论】：
我同意允许可空类型是一个不错的功能。
如果您将列上的“NullValue”属性设置为“-1”而不是“（引发异常）”，则该属性将在该列为空时返回 -1 而不是引发异常。您仍然必须将列设置为允许空值。
或者，您始终可以将数据类型设置为“System.Object”，并允许 nulls=true。您可以访问列的值，而无需使用“IsMyFieldNull()”方法。当该列为空时，该列的值将为“System.DbNull.Value”。如果您不喜欢使用“System.DbNull.Value”，可以将“NullValue”属性设置为“(Nothing)”而不是“(Throw exception)”，然后将该对象与空引用进行比较。
【讨论】：
在 VS 2008 中，您只需在 nullvalue 属性中输入“0”即可。
如果您使用的是 vs2005，则必须使用 XML 编辑器进行操作。
您必须将msprop:nullValue="0" 作为属性添加到该列。
【讨论】：