節も追記して下記の通りになります。print(e)}これで例外の補足ができるようになりました。上記例であれば、4が配列の中にある限り必ず例外がスローされるので、一度4を抜いてみれば正常型の動きをすると思います。何かがおかしい・・・?さて、ここまでの書き方は特に違和感なくスッと入ってくるのですが、よく考えてみると変な話です。mapメソッドの引数の関数内スコープの話です。呼び出す側でしていることに気づきます。いうことになるわけです。メソッドはおそらく内部的には下記のようなことが行われているのではないかと思います。キーワードだけを抜いてみます。いうコンパイルエラーで怒られてしまいます。するやつが居ないじゃないか」というお怒りです。「呼び出し元にその例外を伝えるので、関数型引数内で例外をハンドルしなくてもいいよ」というキーワードになります。これにより、関数型引数内で起きた例外は大元で捉えることができます。メソッドから例外関係をすべて抜き去るとどのようになるかも試してみます。"\(n)"}print(strings)上記のように関数型引数内で一切例外が起きないのであれば、これでも成立します。「型がよくわからないぜ」と怒られます。例外スローされる関数型なのに「スローされないぜ」という型として宣言している格好になっているからですね。させることで回避はできます。非常に使いづらい状態であるといえます。活用したほうが良いかと思います。まとめ以上の説明で上手く伝わったでしょうか。実装することがあれば、関数型引数内での例外について意識して作ってみてください。なったら、この記事を思い出していただけると嬉しいです。691,606iOS開発歴がそこそこ長くなってきました。Swiftが好きなのでSwiftの小ネタ中心にブログを執筆しています。リモート】クラスメソッドの会社説明会を開催しますクラスメソッドでは、AWS・AI・ビッグデータ・モバイルなどの技術職や営業のメンバーとして一緒にお仕事をする仲間を大募集しています。#cmdevio新型コロナウイルスの感染拡大を受け、本イベントを延期させていただくことになりました(開催時期未定)。お申し込みいただいた皆様には大変申し訳ございませんが、何卒ご理解いただけますようよろしくお願いいたします。AWSについてライトに色んな情報交換をしましょう。カフェ店長のオカノです。今日はオフィスに用があるので、通勤ラッシュを避けて出社しました。この子は新メンバーのさめくんです。在宅勤務が推奨されているのでオフィスが閑散としており、すこしさみしそうです。使いたいときの注意点を書きました。本が出ていたので読んでみたところよかったので紹介させていただきます。