c# ((DateTime)object) vs Datetime.Parse答案

【问题标题】：c# ((DateTime)object) vs Datetime.Parsec# ((DateTime)object) vs Datetime.Parse
【发布时间】：2016-04-09 09:48:59
【问题描述】：

我是 C# 新手。

我有一个包含“marketDate”字段（数据类型 Date）的 SQLite 表，并且我正在使用 SQLiteDataReader。

我需要这样构建一个字符串：MONDAY 2016-01-03

到目前为止，我已经找到了两种方法：

myString = (DateTime.Parse(reader["marketDate"].ToString())).ToString("dddd").ToUpper() + " " + (DateTime.Parse(reader["marketDate"].ToString())).ToShortDateString();

myString = ((DateTime)reader["marketDate"]).ToString("dddd").ToUpper() + " " + ((DateTime)reader["marketDate"]).ToShortDateString();

我想知道哪种方法是最好的方法（最佳实践），如果有人能解释一下两种方法 datetime.parse 和（日期时间）对象）。我找不到关于第二个的任何信息。

谢谢

【问题讨论】：

如果你知道数据库类型是 DateTime 我会建议像你的第二个例子一样直接转换。但是你不需要两个演员 ((DateTime)reader["marketDate"]).ToString("dddd yyyy-MM-dd").ToUpper() 会为你工作。
看签名，DateTime.Parse(str) 取一个string，(DateTime)obj 取一个object，实际上是一个日期。如果你已经有一个DateTime，在这种情况下，最好直接转换它，而不是先用ToString()将DateTime转换为string，然后再将其解析回DateTime。

标签： c# sqlite datetime date-conversion

【解决方案1】：

这个：

DateTime.Parse(reader["marketDate"].ToString())

从阅读器 (reader["marketDate"]) 处获取日期。结果是DateTime 类型。
此 DateTime 被转换为字符串 (.ToString())。
此字符串被转换回日期时间 (DateTime.Parse(...))。

如您所见，第 2 步和第 3 步是多余的，可以省略。这正是您的第二个代码示例所做的：

(DateTime)reader["marketDate"]

从阅读器 (reader["marketDate"]) 读取日期。这当前是DateTime 类型，但编译器还不知道（因为阅读器的索引器返回超类型object）。因此，我们通过显式转换告诉编译器我们知道这是一个DateTime。这允许我们在其上调用特定于 DateTime 的方法。

既然您询问了最佳实践：您的第二个示例比第一个更好。但是，我首选的解决方案是使用SQLiteDataReader.GetDateTime:

reader.GetDateTime("marketDate")

【讨论】：

谢谢，我会检查哪个更快并使用它（有大量记录）
@SupSup：如果该部分的性能真的那么关键，您可以通过使用列索引而不是列名来节省几个周期。

【解决方案2】：

作为Date 类型的marketDate 字段，您可以将其转换为DateTime。然后以适当的方式获取它的表示使用：

((DateTime)reader["marketDate"]).ToString("dddd yyyy-MM-dd").ToUpper();

【讨论】：

@JonSkeet 最好的选择是使用 Noda Time 作为 DateTime ;)
ToShortDateString 并不总是返回格式“yyyy-MM-dd”。这取决于您的代码中忽略的当前文化。
@MartinMulder 您在我的回答中看到ToShortDateString 的用法吗？仔细阅读 OP。 OP的主要目标是什么？我认为是I need to build a string this way: MONDAY 2016-01-03

【解决方案3】：

在您的第一个示例中，您这样做：

从DateTime（装在Object 中）到String 的转换。对于此转换，必须创建一个字符串（内存预留）并填充，具体取决于当前的区域性设置。
比String 转换回DateTime。解析也是基于当前的文化设置完成的。

这两个操作一起是一个相对（相对于铸造）漫长的过程。当两个转换都完成后，String 会再次从内存中删除，因为它不再需要。感觉有点多余吧？

在您的第二个示例中，您使用了演员表。强制转换是一个相对简单的操作：它检查对象是否包含给定的类型。如果是，则返回该对象，否则抛出 InvalidCastException。

在这两个示例中，您都重复了两次操作。做一次会更快：

DateTime marketDate = (DateTime)reader["marketDate"];
myString = marketDate.ToString("dddd").ToUpper() + " " + marketDate.ToShortDateString();

如果您想明确使用“yyyy-MM-dd”格式（并且想忽略文化设置），您可以使用：

DateTime marketDate = (DateTime)reader["marketDate"];
myString = marketDate.ToString("dddd yyyy-MM-dd").ToUpper();

由于这是一项操作，您可以这样做：

myString = ((DateTime)reader["marketDate"]).ToString("dddd yyyy-MM-dd").ToUpper();

【讨论】：

谢谢，你是对的，我做了两次相同的转换......只是出于好奇：真的会做两倍的工作还是编译器应该优化它？
编译器不会对其进行优化。这是因为检索对象 reader["marketDate"] 的调用只不过是一个方法调用。并且每次调用方法都会产生不同的结果。

【解决方案4】：

故障

想从这里发生的事情开始分解，以帮助您更好地理解......这里发生了什么（应该想一个更好的表达方式）。

DateTime.Parse（对于这种情况不是正确的方法）

在第一个示例中，我们关心的第一件事是：

reader["marketDate"].ToString()

因此，将数据作为字符串读取，太棒了，为了让我们的生活更轻松，让我们将它分配给一个变量，然后完成剩下的工作

var str = reader["marketDate"].ToString();
var myStr = myString = 
                       (DateTime.Parse(str)).ToString("dddd").ToUpper() + " " 
                                + (DateTime.Parse(str)).ToShortDateString();

所以在这里，如果你看到这里发生了什么，在这个

从 db 表中获取列 marketDate 的值
在 Date 对象上调用 String，这使得 Date 值的字符串表示
对我们从 Date 对象创建的字符串使用 Parse
再次调用 ToString 以获得您需要的格式化字符串

所以，您在这里做了双重工作，您在数据类型之间来回转换，这通常是禁忌。

((DateTime)object) （这种情况的正确方法）

发生的第一件事是……

(DateTime)reader["marketDate"]

在这里，您正在为 marketDate 列和 Casting （本质上是至少在 C# 中将类型从一种类型更改为另一种类型作为转换）为该行指定的值机制可以被覆盖）

现在如果我们看一下带有变量的表达式

var dt = (DateTime)reader["marketDate"];
var myString = dt.ToString("dddd").ToUpper() + " " + marketDate.ToShortDateString();

这里我们不是在不同类型之间溜溜球，这就是为什么这是最好的答案是有道理的。

【讨论】：