オブジェクト指向（C#）における関数の戻り値について

主題の件ですが、関数の返り値として、「結果」ともし失敗した場合は「理由」も返すというような場合に、どのように実装すればよいのか悩んでいます。

説明が難しいので具体例を挙げて質問させていただきます。

 具体例

• 社員データベースのようなものがあって、名前と生年月日を引数で与えると、その人の社員番号を返す関数があったとします
• その関数は、データベースに登録されている名前と生年月日があれば、正常に社員番号を返しますが、データベースに登録されていない場合、失敗を返します。
• その失敗の理由として、例えば「該当の名前なし」とか「該当の生年月日なし」とかが考えられます。
• 上記の理由で関数が失敗した場合は、呼び出し元にその失敗理由も返します。

（そもそもそんな関数作らないという話もあるでしょうが、あくまで例ですのでご容赦ください。）

 質問

このような条件の場合、例えば C# であれば、どのような実装がスマートなのでしょうか。
今まで業務では基本的にC言語ばかりを扱ってきたので、モダンなやり方がわからなくて困っています。
C言語的にやるならば、「成功可否のBOOL値を関数の返り値として、失敗理由をポインタ渡しして・・・」とかがありそうですが。

 自分で考えてみた選択肢

 ① out 修飾子を使う

例えば以下のような感じです。なんか手続き型チックで違和感がありますが、一番直？な気もします。

class EmployeeNumber
{
    int Value {get;}

    public EmployeeNumber(int value)
    {
        Value = value;
    }
}

// 成功した場合は返り値として社員番号を返す。失敗した場合はnullを返して、FailedReasonに失敗理由を設定して返す。
EmployeeNumber GetEmployeeNumberBy(string name, DateTime birthDay, out FailedReason failedReason);
// 本当にやるなら EmployeeNumber をヌルオブジェクトパターン適用すべきですが省略

 ② タプルで返す

例えば以下のような感じです。これも手続き型脳的には素直な気がします。

class EmployeeNumber
{
    int Value {get;}

    public EmployeeNumber(int value)
    {
        Value = value;
    }
}

// 成功した場合は返り値として (社員番号, null) を返す。失敗した場合は (null, 失敗理由) を返す。
(EmployeeNumber employeeNumber, FailedReason? failedReason) GetEmployeeNumberBy(string name, DateTime birthDay);
// 本当にやるなら EmployeeNumber をヌルオブジェクトパターン適用すべきですが省略

 ③ 社員番号クラスの中に失敗理由を埋め込む

例えば以下のような感じです。

class EmployeeNumber
{
    int Value {get;}
    FailedReason? FailedReason {get;}

    public EmployeeNumber(int value, FailedReason? failedReason=null)
    {
        Value = value;
        FailedReason = failedReason;
    }
}

EmployeeNumber GetEmployeeNumberBy(string name, DateTime birthDay);

 ④ ダブルディスパッチパターンを使用する

個人的にはこの方法が一番マシなのかなぁと思っています。

class EmployeeNumber
{
    int Value {get;}

    public EmployeeNumber(int value)
    {
        Value = value;
    }
}

interface IGetEmployeeNumberFailed
{
    void OnFailedBecauseNotMatchedName();
    void OnFailedBecauseNotMatchedBirthDay();
}

// 成功した場合は返り値として社員番号を返す。失敗した場合は null を返して失敗理由を与えられたインターフェイスを使用してコールバックする。
EmployeeNumber GetEmployeeNumberBy(string name, DateTime birthDay, IGetEmployeeNumberFailed onFailed);

 ⑤ ドメインイベントを発行する

DDD でやるならこれなんでしょうが、個人的にはメリットがあまりピンとこないです。

class EmployeeNumber
{
    int Value {get;}

    public EmployeeNumber(int value)
    {
        Value = value;
    }
}

// 成功した場合は返り値として社員番号を返す。失敗した場合はドメインイベントを発行する。
EmployeeNumber GetEmployeeNumberBy(string name, DateTime birthDay)
{
    // ~~ 省略 ~~

    // 詳細には書ききれないので、かなり省略します
    if(名前が見つからなかった)
        domainEvent.Publisher(new DomainEvent<FailedReason>(FailedReason.NotMatchedName));
    if(誕生日が見つからなかった)
        domainEvent.Publisher(new DomainEvent<FailedReason>(FailedReason.NotMatchedBirthDay));

    return 社員番号
}

 長くなりましたが

長文となり申し訳ありませんが、「①～⑤のうち●番が良い」とか、「こういう方法が良い」等、ご教授のほど、宜しくお願い致します。  
また、これが良いとは言わないまでも、普段こうしているというのがあれば教えていただけると幸いです。