ろんnull(nil)に対して厳格なSwiftでの注意点ツイートシェアGoogle+はてブPocket他の言語からSwiftを学ぶとnilに対する厳格さがちょっと気になる。値型や参照型とか関係なしにnilの可能性があるものにはきちんと明記してあげる必要があります。「C#プログラマのための〜」カテゴリなのでC#コードと比較していますが、多分C++とかでも同じだと思う。正直な感想nil(null)の可能性があるものには?を型の指定の際に、nilの可能性があるものには型名の後ろに?を付けてあげればなんでもnil許容型になる。これはC#でも同じかな。型のタイプがなんであれ、nilを許容するには?をつける必要がある。これもC#でもString型は参照型っぽい特性も持ってるのでnullを代入することは可能。?を付ける必要もない。intの場合ただしC#の場合、int型は値型なのでnullを代入することはできない。もとから?がないとnilが代入できないSwiftとここでは同じ。私がなかんかなれなかったポイントなのですが、nil許容型のオブジェクトを扱う際、いちいち?を付ける必要があるのだ。これが面倒なら最初から許容型ではない普通の型に変換してから使って上げる必要がある。456)これがswiftの面倒なところじゃないかなと思う。そのオブジェクトのメンバーを呼ぶ場合も必要になる。123val?.toIntMax()この仕様は正直面倒だが安全だと思う。エラーが起きたらエラーメッセージが出るだけで続行可能なプログラミング言語ならともかく、例外が発生するとアプリが落ちるんだから、できるだけ例外が発生する要因をなくすのが一番だとは思う。正直な感想C#とかJavaじゃいわゆる「ぬるぽ」が発生しないのはいいことなのかな。確かにぬるぽバグはプログラミングの例外の中で一番発生頻度は高いと思う。例外が発生しづらい言語というのは、コードを書く上での制約が満載ってことなんだなーって。data-url="">厳格すぎるSwift、変数と定数の定義もしっかりとStoryboardによる画面遷移(画面移動)まとめ(コードからの動的方法を含む)RECOMMENDこちらの記事も人気です。