Swiftの「オプション」をObjective-Cの「nil」よりも安全にするには？

Question

Apple seems to claim SwiftのOptionalタイプはObjective-Cのnilより安全ですが、なぜこのようになっているのかわかりません。

Optionalをnilより安全にする実装の著しい違いは何ですか？これが自分のコードにどのように影響しますか？

Answer 1

私は問題を避けるために変数を使用する前に、変数がnilかどうかを常にチェックします。しかし、驚いたことに、値がnilになることがありますが、たまに何度も起こります。

私はSwiftでますます多くのコードを書いてから、オプションの変数を使用すると実際にnilの値のチェックを無視しないように便利であることがわかりました。私は実際にはnilの変数アクセスによるクラッシュを思い出しません（何かの変数のアンラップを強制しない限り、あなたが何をしているのかわからない限りアンラップしないでください）。

以外にも、私は多くの場所でこのようなコードの多くを書くために使用：

if (obj != nil) { 
    obj.property = ... 
} 

は今、私は単に

obj?.property = ... 

コードは今クリーンでシャープに見えるようにそれを行うことができます。それも好きではないですか？

Answer 2

Objective-Cでは、値なしで変数を定義できます。値を割り当てる前にその変数を使用する場合は、未定義の動作が発生します（非常に悪い）。これとは対照的に、スウィフトは、オブジェクトの値が不明なシナリオを防止します。

Answer 3

プログラマがより明示的なコードを書き込まなければならないため、「安全」になります。

• if let ...とguard構文は、明示的に「これらの変数の値がある場合にのみ、これを行う」と言います。
• プログラマがnilであると予想しなかったときに変数がnilである場合、!シンタックスがプログラムをクラッシュさせます。対照的に

、nilノーオペレーションに呼び出しを行うの客観-Cの方法は、プログラムがnilが許容できないようなポイントまで実行を継続させてもよいです。一般的な例の1つはnilNSStringです。多くのAPI呼び出しは、nilNSStringパラメータを受け入れずにアプリケーションをクラッシュした場合を除き、NSAttributedStringを構築する場合を除き、nilNSStringを使用しています。したがって、NSString変数が予期せずnilになると、nil値の属性付き文字列を作成しようとするため、アプリがクラッシュするまでにしばらく時間がかかることがあります。

Optionalalsが解決しようとした問題のより完全な説明については、this post back from 2010 by Daniel Jalkutを検討してください。これはスイフトのずっと前に書かれたものです。

Answer 4

一般に、プログラミングでは値を持たない変数（nullまたはnil）を使用しないようにします。そのため、定義されていない動作（例外、エラー、クラッシュ）が発生することが多いからです。

たとえば、参照をnilの代わりに空の配列に設定するのが一般的です。空の配列では、すべてのArrayメソッドを使用できます。 indexOfまたはcount。 nilでこれらを使用すると、クラッシュする可能性があります。

一部の変数が空でないことを指定できるため、安全に使用でき、コンパイラはnilが割り当てられていないことをチェックします。またコンパイラは、オプションから非オプションへのすべての変換が明示的であることを強制します（必要に応じて常にnilをチェックしています）。

だから、答えはoptionalsことを次のようになります。

1. が良いプログラミングプラクティスを適用します。
2. このようなプログラミングエラーを防止し、コンパイル時に

をチェックし、より良いコードを許可します。

可能な場合は常にオプションを避けるようにしてください。オプションの最大の力は、ほとんどの変数がオプションではないという事実です。