nullチェックがない場合でも、キャストの代わりに「as」を使用することには意味がありますか？[閉まっている]

開発ブログ、オンラインコードの例、そして（最近では）本でも、次のようなコードについてつまずきます。

var y = x as T;
y.SomeMethod();

さらに悪いことに：

(x as T).SomeMethod();

それは私には意味がありません。xタイプがであることが確実な場合はT、ダイレクトキャストを使用する必要があります(T)x。不明な場合は使用できますasがnull、操作を実行する前に確認する必要があります。上記のコードが行うことは、（有用な）InvalidCastExceptionを（役に立たない）に変えることだけですNullReferenceException。

これがasキーワードの露骨な乱用だと思うのは私だけですか？それとも私は明白なものを見逃していて、上記のパターンが実際に理にかなっていますか？

あなたの理解は本当です。それは私にマイクロ最適化を試みているように聞こえます。タイプがわかっている場合は、通常のキャストを使用してください。より実用的な例外を生成することに加えて、それは速く失敗します。型に関する想定が間違っている場合、プログラムはすぐに失敗し、将来のある時点で、NullReferenceExceptionまたはArgumentNullException論理エラーさえ待たなくても、失敗の原因をすぐに確認できます。一般に、どこかでチェックがas続かない式nullはコードのにおいです。

一方、キャストについて確信が持てず、失敗することが予想される場合はas、try-catchブロックでラップされた通常のキャストの代わりに使用する必要があります。また、as型チェックの後にキャストするよりも、の使用をお勧めします。の代わりに：

if (x is SomeType)
   ((SomeType)x).SomeMethod();

その生成しisinstた命令のためのisキーワード、およびcastclass命令キャスト（効果的に二倍のキャストを実行する）ために、あなたが使用する必要があります。

var v = x as SomeType;
if (v != null)
    v.SomeMethod();

これはisinst命令を生成するだけです。前の方法は、isチェックが成功し、キャスト行で失敗した後、競合状態により変数の型が変更される可能性があるため、マルチスレッドアプリケーションに潜在的な欠陥があります。後者の方法では、このエラーは発生しません。

_{次のソリューションは、量産コードでの使用は推奨されません。C＃でこのような基本的な構成が本当に嫌いな場合は、VBまたは他の言語への切り替えを検討することをお勧めします。}

キャストの構文が大嫌いな場合は、キャストを模倣する拡張メソッドを作成できます。

public static T To<T>(this object o) { // Name it as you like: As, Cast, To, ...
    return (T)o;
}

そして、きちんとした[？]構文を使用します：

obj.To<SomeType>().SomeMethod()

私見、チェックasと組み合わせると意味がわかりnullます。

var y = x as T;
if (y != null)
    y.SomeMethod();

'as'を使用してもユーザー定義の変換は適用されませんが、キャストでは適切に変換が使用されます。これは、場合によっては重要な違いになることがあります。

私はこれについてここに少し書きました：

http://blogs.msdn.com/ericlippert/archive/2009/10/08/what-s-the-difference-between-as-and-cast-operators.aspx

要点を理解しました。そして、私はそれの推力に同意します：キャストオペレーターは「このオブジェクトはその型に変換できると確信しています。私が間違っていれば例外を危険にさらすつもりです。 「このオブジェクトがその型に変換できるかどうかわかりません。間違っている場合はnullを指定してください」。

ただし、微妙な違いがあります。（x as T）.Whatever（）は、「xをTに変換できることだけでなく、参照変換またはボックス化解除変換のみを含み、さらにxがnullでないことを知っています」と伝えます。これは（（T）x）.Whatever（）とは異なる情報を伝達します。おそらくそれがコードの作成者の意図です。

私はこの誤解を招く記事への言及を、キャストよりも「として」の方が速いという証拠としてよく見ました。

この記事のより紛らわしい誤解を招く側面の1つは、測定されているものを示さないグラフィックです。私はそれが失敗したキャストを測定していると思います（例外はスローされないため、「as」は明らかにはるかに高速です）。

時間をかけて測定を行うと、予想どおり、キャストが成功したときの "as" よりもキャストが高速であることがわかります。

これが、キャストの代わりにasキーワードを「カーゴカルト」として使用する理由の1つかもしれないと思います。

直接キャストには、asキーワードよりも括弧のペアが必要です。そのため、タイプが100％確実である場合でも、視覚的な混乱を減らします。

しかし、例外的なことについては同意しました。しかし、少なくとも私にとっては、後でas確認するためにボイルダウンのほとんどの使用法はnull、例外をキャッチするよりも良いと思います。

「として」を使用する99％の時間は、実際のオブジェクトタイプが何かわからないときです

var x = obj as T;
if(x != null){
 //x was type T!
}

また、明示的なキャスト例外をキャッチしたり、 "is"を使用して2回キャストしたりしたくありません。

//I don't like this
if(obj is T){
  var x = (T)obj; 
}

それは人々が見た目が好きだからという理由だけで、それは非常に読みやすいです。

それに直面しましょう：Cのような言語でのキャスト/変換演算子は、かなりひどく、読みやすくなっています。C＃が次のJavascript構文のいずれかを採用した方がいいと思います。

object o = 1;
int i = int(o);

またはto、次のキャストに相当する演算子を定義しますas。

object o = 1;
int i = o to int;

as例外から安全に感じるので、人々はとても好きです...ボックスの保証のように。男は箱に豪華な保証をします。なぜなら彼はあなたにすべての暖かくてトーストを感じて欲しいからです。あなたはその小さな箱を夜枕の下に置いたと思います、保証の妖精が降りてきて四分の一を離れるかもしれません、私は正しいテッドですか？

トピックに戻る...直接キャストを使用する場合、無効なキャスト例外が発生する可能性があります。したがって、人々は（それ自体では）例外をスローしないasため、すべてのキャスティングニーズに包括的なソリューションとして適用されasます。しかし、これについておもしろいの(x as T).SomeMethod();は、無効なキャスト例外をnull参照例外と交換している例です。例外を表示すると、実際の問題がわかりにくくなります。

通常はあまり使いasません。私isにとっては、キャストを試してnullをチェックするよりも読みやすく、より意味があるため、テストを好みます。

これは私の一番のおしっこの 1つでなければなりません。

StroustrupのD＆Eおよび/または私が今見つけることができないいくつかのブログ投稿でtoは、https： //stackoverflow.com/users/73070/johannes-rossel によって作成されたポイントに対応する演算子の概念について説明しています（つまり、構文は同じですasが、DirectCastセマンティクスを使用しています） ）。

これが実装されなかった理由は、キャストが痛みを引き起こし、醜くなければならないため、キャストを使用しないようにするためです。

「賢い」プログラマー（本の著者（Juval Lowy IIRC）であることが多い）asがこの方法で悪用することによってこれを回避するのは残念です（asおそらくこの理由でC ++はを提供していません）。

でもVBは、あなたが選択する力という均一な構文を持つ、より一貫性があるTryCastか、DirectCastとあなたの心を作るに！

私はと信じているasキーワードが、よりエレガントな探してバージョンと考えることができ dynamic_castC ++から。

技術的な理由がないので、おそらくもっと人気がありますが、それは読みやすく、より直感的だからです。（質問に答えようとするだけで良くなるとは言わない）

「として」を使用する1つの理由：

T t = obj as T;
 //some other thread changes obj to another type...
if (t != null) action(t); //still works

（悪いコード）の代わりに：

if (obj is T)
{
     //bang, some other thread changes obj to another type...
     action((T)obj); //InvalidCastException
}