「Try」はC＃メソッド名でいつ使用されることになっていますか？

メソッド名が「Try」で始まる場合の意味について、同僚と話し合っていました。

以下の意見がありました：

• メソッドがnull値を返す可能性がある場合は、「試行」を使用します。
• メソッドが例外をスローしない場合は、「試行」を使用します。

公式の定義は何ですか？メソッド名で「試してみる」とは何ですか？これに関する公式のガイドラインはありますか？

これは、TryParseパターンと呼ばれ、Microsoftによって文書化されています。公式の例外とパフォーマンスMSDNページは言います：

例外に関連するパフォーマンスの問題を回避するために、一般的なシナリオで例外をスローする可能性があるメンバーのTryParseパターンを検討してください。

したがって、通常のユースケースで例外がスローされる可能性がある（intの解析など）コードがある場合、TryParseパターンは理にかなっています。

（修正）エリックが示唆したように、公式のガイドラインがあります。

TrySomething方法を見たらそれとする

• 投げません
• 戻り値 bool
• 値を期待している場合は、 'out'パラメータを介して返されます
• Something例外を自分で処理できるメソッドが存在します。（編集、Jesse Webbにより提案）

try続行したい場合に使用するとよいと思います。メソッドが値を返すかどうかは関係ありません。

ケース1：正常に戻る場合は、何らかの方法で続行できます。

ケース2：戻らない場合：それでも問題ありません。他の方法で続行できます。

また、そのメソッドの出力として何らかの値を期待する場合は、outパラメーターを使用します。

例

int value
if (dictionary.TryGetValue("key", out value))
{
    // Proceed in some way
}
else
{
    // Proceed in some other way
}

メソッド呼び出しで無効な結果が生成される可能性があることを明示したい場合は、メソッド名に「Try」を使用する必要があります。道ではなく、例外が発生し機能が、一部を返す関数で、それはだ.NETの標準に続いてVALIDか、NON_VALIDプログラムの観点からは、値。

最後に、これは、グループで使用することにした命名規則に関するすべてです。

次のtry場合は、必ずメソッド名に含めてください。

• あなたはどんな例外も投げません
• メソッドには次の署名があります。 bool TrySomething(input, out yourReturn)

つまり、基本的にtry-methods を使用すると、ブール値の結果のみが返されます。

したがって、次のコードは例外をスローしません。

string input = "blabla";
int number;
if (int.TryParse(input, out number))
{
// wooohooo we got an int!
} else
{
//dooh!
}

一方、このコードは例外をスローできます（この場合はスローされます）。

string input = "blabla";
int number;
try
{
     number = int.Parse(input); //throws an exception
}
catch (Exception)
{
     //dooh!
}

Tryメソッドを使用すると、より安全で防御的な方法でコーディングできます。また、コードスニペット＃2は、整数ではない場合、実行にパフォーマンスがかかります。

ボブおじさんは、彼の本「Clean Code」で以下の例を挙げています。例外がスローされることが予想される場合は常にTry、メソッド名にプレフィックスを使用できます。

public void sendShutDown()
{
    try{
        tryToShutDown();
    } catch (DeviceShutDownError e) {
        logger.log(e);            
    }
}

そして（適応）：

private void tryToShutDown()
{
    //some code with no error handling, but
    //something might go wrong here
}

これはtryToShutDownメソッドの責任であるため、メソッドはエラー処理を行いませんsendShutDown。

TryParseMicrosoft のパターンは、出力パラメーターを回避する必要があると明記された明確なコードガイドラインに違反しています。

C＃の新しいバージョンを開発していない場合、Microsoftのガイドラインすべてに固執する必要はありません。時には彼らは最高ではありません。