case success(Success)
Success
value.
ある成功、Success
値を格納しています。
case failure(Failure)
Failure
value.
ある失敗、Failure
値を格納しています。
When writing a function, method, or other API that might fail, you use the throws
keyword on the declaration to indicate that the API call can throw an error. However, you can’t use the throws
keyword to model APIs that return asynchronously. Instead, use the Result
enumeration to capture information about whether an asychronous call succeeds or fails, and use the associated values for the Result
and Result
cases to carry information about the result of the call.
失敗するかもしれない関数、メソッド、または他のAPIを書いている時、あなたはthrows
キーワードをその宣言上で使うことで、そのAPI呼び出しがエラーをスローできることを指し示します。しかしながら、あなたはthrows
キーワードを使うことで、非同期に返るAPIをこしらえることはできません。代わりに、Result
列挙を使うことで、非同期の呼び出しが成功するか失敗するかについての情報をキャプチャしてください、そしてResult
とResult
ケース節に対する関連値を使うことで、呼び出しの結果についての情報を運んでください。
The following example models an asynchronous source of random numbers. The fetch
method returns Void
synchronously, and asynchronously calls a completion handler with a Result<Int, Entropy
instance that contains either a random result or information about the failure.
以下の例は、無作為数の非同期ソースをこしらえます。fetch
メソッドは、Void
を同期的に返します、そして非同期に完了ハンドラをResult<Int, Entropy
インスタンスとともに呼び出します、それはある無作為な結果またはその失敗についての情報のどちらかを含みます。
Users of your remote random number generator can decide how to handle both the success and failure cases: あなたの遠隔無作為数生成子のユーザは、成功および失敗の場合の両方をどのように取り扱うか決定できます:
case success(Success)
Success
value.
ある成功、Success
値を格納しています。
case failure(Failure)
Failure
value.
ある失敗、Failure
値を格納しています。