キャストという意味では同じです。変換したいこともあります。例として、テキストフィールドに入力された文字列を整数に変換する処理を考えましょう。一般的に、文字列から整数への変換は失敗する可能性があります。整数に変換できません。変換だと考えられます。Int(text)しかし、テキストフィールドに制約が加えられていて数字しか入力できないこともあります。そのようなケースでは文字列から整数への変換に失敗することはありません。それでも、テキストフィールドから得られるのは文字列なので、型の上では整数への変換が必要となります。チェックを書かなければならないのは手間です。型は万能ではありません。なってしまうことがしばしばあります。チェックを書かなくてはならないことになり、生産性が下がりかねません。変換する簡単な方法が必要です。変換することができます。あることに注意して下さい。型に強制変換されたからです。変換しようとすると実行時エラーとなります。乱用してはいけません。問題を引き起こさないよう常に意識的でなければなりません。安全でない操作には長い名前を付けるべきだという意見もありますが、僕はその意見には反対です。補完があれば長くても簡単に入力できます。文字ですが、プログラマが明示的に書く必要があります。破壊することはありません。化する後置演算子です。コードを書くことができます。書くときに常に意識的でいやすいです。比較すると危険な処理であることを意識しづらいのではないかと思います。ような言語デザインは素晴らしいと思います。いいというのもよくあるケースです。取得するためだけにこの分岐を書くのは大変です。なるかもしれない操作をチェーンするときに重宝します。チェックと条件分岐で書こうとすると次のようになります。チェックによる複雑な条件分岐を書かかずに簡潔なコードで済ませられます。場合にデフォルト値を与えたいというのもよくあるケースです。演算子を使えばこれを簡単に書けます。メソッドも同様の働きをします。値を演算子のオペランドにしたり、関数やメソッドの引数に渡したいときには役に立ちません。二乗することを考えてみましょう。(二乗する)というメソッドがあれば次のように書けます。チェックと条件分岐で書くと次のようになります。null}とても面倒です。いう高階メソッドが役立ちます。結果として返されます。