脆弱なコードは「悪」である：DateTime.TryParseによる堅牢な入力境界の設計
現場の最前線で何百ものレガシーシステムを解体・再構築してきた私から言わせれば、`CDate`や`DateTime.Parse`をむやみに使うプログラマは、自ら時限爆弾を仕掛けているに等しい。
「ユーザーが正しい日付を入力するはずだ」という性善説に基づいた実装は、業務システムにおける最大の汚点だ。不正な入力一つでプロセスがクラッシュし、メモリダンプが生成される……。そんな無様な事態を避けるための、唯一無二の解法を伝授する。
—
1. なぜ「Parse」ではなく「TryParse」なのか
`DateTime.Parse`は、形式が合わなければ例外（Exception）を投げる。例外は非常に「重い」コストを伴う。スタックトレースを生成し、CLR（共通言語ランタイム）が例外処理機構を駆動させるためのオーバーヘッドは、高負荷な環境では無視できないパフォーマンス劣化を招く。
対して、`DateTime.TryParse`は戻り値として`Boolean`を返し、変換結果を`Out`引数に格納する。「例外を発生させずにフローを制御する」ことこそ、堅牢なシステム構築の鉄則だ。
2. 極限の安全性を実現する実装レシピ
以下のコードは、単なる変換ではなく、システム境界における「検問所」としての役割を果たす。
.net
Imports System.Globalization
”’
”’
Public Class DateTimeUtility
”’
”’
”’ 入力文字列
”’
Public Shared Function SafeParseDate(ByVal input As String) As DateTime?
‘ Nullチェックは基本中の基本。ここを怠るとNullReferenceExceptionを誘発する
If String.IsNullOrWhiteSpace(input) Then Return Nothing
‘ DateTime.TryParseは、カルチャ設定に依存する
‘ システム間連携やログ解析を考慮し、明示的にCultureInfoを指定するのがプロの流儀
Dim result As DateTime
Dim success As Boolean = DateTime.TryParse(input, CultureInfo.InvariantCulture, DateTimeStyles.None, result)
If success Then
Return result
Else
‘ ここでログを出力し、不正な入力があったことを追跡可能にする
‘ 運用フェーズでの原因特定能力が、エンジニアの価値を決める
Debug.WriteLine($”[警告] 日付変換失敗: {input}”)
Return Nothing
End If
End Function
End Class
—
3. シニアエンジニアが意識すべき「裏側の挙動」
メモリとGC（ガベージコレクション）への配慮
VB.NETにおいて、文字列は不変（Immutable）オブジェクトだ。大量の入力を一括処理する際、不用意な文字列生成はGCを頻発させ、アプリケーション全体の停止時間（Stop-the-world）を増大させる。`TryParse`を使用することで、例外オブジェクトの生成という無駄なメモリ消費を回避できる。
Windows APIとの親和性
もしあなたがC++で書かれたネイティブなWindows APIと連携するシステムを保守しているなら、日付型の扱いはより厳格になる。APIへ渡す構造体に日付を入れる際、.NETの`DateTime`から`SYSTEMTIME`構造体への変換が必要な場面があるはずだ。その際、`TryParse`で得た値をバリデーションせずに渡せば、API側でアクセス違反（Access Violation）が発生し、プロセスごと落ちる。「APIの境界線で必ず正規化を行う」。これがレガシー環境で生き残るための鉄則だ。
—
4. 明日からの現場での心得
1. 「例外は異常事態にのみ使う」: `TryParse`のような結果コード方式は、プログラムの制御フローを明確にし、デバッグを容易にする。
2. 「カルチャを放置するな」: サーバーの設定変更一つで日付フォーマットが変わり、システムが全滅するリスクを排除せよ。`CultureInfo.InvariantCulture`を明示的に指定するのは、世界規模で運用されるシステムを担う者の嗜みだ。
3. 「境界を守れ」: UIからの入力、他システムからのXML/JSON、データベースの値……これらすべてに「安全な変換」を適用すること。
技術はただの道具ではない。システムの安定稼働を支えるエンジニアの矜持そのものだ。今日から、そのコードの中に甘えを捨てること。それが、真のアーキテクトへの第一歩だ。
