首頁 > 後端開發 > C++ > 為什麼dateTime.parse()因'未識別為有效的DateTime”而失敗?我該如何修復它?

為什麼dateTime.parse()因'未識別為有效的DateTime”而失敗?我該如何修復它?

Linda Hamilton
發布: 2025-01-27 00:41:08
原創
537 人瀏覽過

Why Does DateTime.Parse() Fail with

"字串未被辨識為有效的 DateTime 格式 dd/MM/yyyy" 錯誤解析

使用 DateTime.Parse() 將 "dd/MM/yyyy" 格式的字串轉換為 DateTime 物件時,可能會遇到 "字串未被辨識為有效的 DateTime" 錯誤。此錯誤表示字串格式與預設的 IFormatProvider 指定的預期格式不符。

解決方法:

方法一:使用 ParseExact()

DateTime.ParseExact() 方法明確指定所需的日期格式,從而覆寫預設的特定於區域性的格式。此方法需要三個參數:要轉換的字串、格式字串和 IFormatProvider

<code class="language-csharp">DateTime date = DateTime.ParseExact(this.Text, "dd/MM/yyyy", null);</code>
登入後複製

方法二:自訂 IFormatProvider

或者,您可以建立一個自訂 IFormatProvider 來提供所需的特定於區域性的格式。這種方法可讓您在遵循自訂格式的同時保持 DateTime.Parse() 的靈活性。

<code class="language-csharp">// 创建一个具有所需格式的自定义提供程序
CultureInfo customCulture = new CultureInfo("en-US");
customCulture.DateTimeFormat.ShortDatePattern = "dd/MM/yyyy";

// 使用自定义提供程序进行解析
DateTime date = DateTime.Parse(this.Text, customCulture);</code>
登入後複製

Parse()ParseExact() 的差別:

  • ParseExact() 明確指定格式,而 Parse() 依賴預設的 IFormatProvider(通常是目前區域性)。
  • ParseExact() 更精確且類型安全,因為它會根據指定的格式驗證字串。
  • Parse() 更靈活,允許根據系統的區域性使用不同的日期格式。

建議:

兩種方法在輸入字串格式正確的前提下都是有效的。從類型安全和精確性角度考慮,ParseExact() 是首選,因為它強制執行特定格式。但如果日期格式可能因區域性而異,Parse() 可能更方便,因為它會自動適應使用者的區域設定。最終,最佳方法取決於具體的應用需求。

以上是為什麼dateTime.parse()因'未識別為有效的DateTime”而失敗?我該如何修復它?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板