さいごにはじめにこんにちはsuzukiです。本日で投稿が2回目となります。今後ともよろしくお願い致します。最近switch文でタプルを使用しているコードを読む機会があり、タプルをswitchに渡す処理は自身で書いたことなかったため、備忘も兼ねてまとめました。switch文にタプルを組み合わせて使うことでネストを浅くし条件分岐がわかりやすくすることができる点に魅力を感じております。タプルとは複数のデータを一つの組みにしてまとめたものです。専用のクラスや構造体を定義するほどでもない場合によく使われます。タプルのメリットArrayとDictionaryと比較すると型の制約が緩く感じます。IntとStringとDataなど異なる型をそのまま扱うことができます。下記の様にシンプルに記述ができます。//キーワードを追加も可能です。("鈴木",1)//キーワードを追加も可能です。(name:"佐藤",classNum:2)戻り値として複数の値をまとめたい時などに便利です。200//通信を行いそれぞれに値を代入return(data,statusCode,error)}上記の場合だと通信結果のData?型とInt型とError?型をまとめて返却しています。今回の記事ではrequestData()を元に呼び出し側でそれぞれ値の評価を行い、分岐の作成を行います。タプルを使うswitch文についてそれではrequestData()を元に今回使用させていただくswitchの評価について先に説明致します。ワイルドカード値の評価をしないときは“_”を設定します。(変数名+?)”の様に記述すると変数名にはUnWrapされた値が入ります。nilの場合はfalseです。数値型が設定されている場合は“200...300”の様な形で範囲の指定が可能です。(_,200...300,_):テストコードそれでは上記を踏まえてrequestData()を通信結果としてハンドリングして見ます。分岐内容はコメントを参照ください。(_,400...500,_)://clientprint("クライアントエラー")default:print("該当なし")}通信のエラーハンドリングを細かく行う場合はこちらだけでは足りなくなるかも知れません。後から変更を行う場合もif文に比べてswitch文の方が、分岐の追加はシンプルに可能です。さいごに最後まで有難うございます。今回は実際に使われていた通信結果っぽいタプルを元に説明させて頂きました。今回は細かな指定をする必要がなかったので触れていませんが、where節を利用することも可能です。if文でネストが深くなったり、条件が複雑化して可読性が下がってしまっている時などに検討いただければと思います。助言を提供するものではありません。仮想通貨の投資・損益計算は複雑であり、個々の取引状況や法律の変更によって異なる可能性があります。ブログに記載された情報は参考程度のものであり、特定の状況に基づいた行動の決定には専門家の助言を求めることをお勧めします。当ブログの情報に基づいた行動に関連して生じた損失やリスクについて、筆者は責任を負いかねます。最新の法律や税務情報を確認し、必要に応じて専門家に相談することをお勧めします。コメントをキャンセルメールアドレスが公開されることはありません。名前メールサイト上に表示された文字を入力してください。こんにちは、nukkyです。私たちは無料アプリもリリースしています、ぜひご覧ください。下記のアイコンから無料でダウンロードできます。