Какова разница между нормальными типажами и использованием «AS» ключевым словом

Question

Возможных Дублями:
Direct casting vs 'as' operator?
Casting: (NewType) vs. Object as NewType

Что таким различием между нормальными типажами и использованием «AS» ключевым словом?

Answer 1

Использование as не сможет корректно, если объект является неправильным типом, и полученное значение будет нулевым, где нормальный бросок будет бросать InvalidCastException:

object x = new object(); 
string y = x as string; // y == null 
string z = (string)x; // InvalidCastException 

Answer 2

as литья будет nerer бросить исключение, в то время как обычный литье возможно.

Object a = new Object(); 
String b = a as String; 
if(b != null) // always false for this example. 
{} 

Answer 3

Нормальный тип броска может возвращать IllegalTypeCast исключение, где, как as вернется null в этом случае.

Answer 4

((Class2) obj) // Throws exception when the casting cannot be made 

Class2 C = obj as Class2 // Will return NULL if the casting cannot be made 

Answer 5

as не может быть использован с типами значений (не обнуляемых типов).

Для ссылочных типов ...

expression as type 

действительно так же, как

expression is type ? (type) expression : (type) null 

за исключением того, expression вычисляется только один раз.

В знак уважения к Биллу Клинтону, по выражению 'is' в 'expression is type', я имею в виду 'is'.

В основном, как указывают другие ответы, это означает, что при возврате null, когда приведение произойдет неудачно. Тем не менее, он также возвращает null, когда кастинг будет успешным, но тип неправильный.

Вот несколько глупый пример:

uint? u = 52; 
int? i = (int?) u; // 'i' is now 52 

но

uint? u = 52; 
object d = u; 
int? i = d as int?; 

Что такое значение I? 52? Неа. Он равен нулю.

Зачем нужен объект? Оказывается, я солгал выше, когда объяснял «как» в терминах «есть».

Наблюдайте:

uint? u = 52; 
int? i = (u is int?) ? (int?) u : (int?) null; 

'я' теперь null

uint? u = 52; 
int? i = u as int?; 

К сожалению. Ошибка компилятора. Итак, я думаю, что два утверждения не совсем одинаковы.

Answer 6

Варианты использования двух операторов поверхностно похожи, но семантически совершенно разные. Листинг сообщает читателю: «Я уверен, что это преобразование является законным, и я готов принять исключение во время выполнения, если я ошибаюсь». Оператор «как» сообщает: «Я не знаю, является ли это преобразование законным или нет, мы попробуем его и посмотрим, как это получится».

Более подробной информации по этой теме моей статьи на эту тему:

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

Answer 7

Вы никогда не получите превращающее исключение, если вы используете «в качестве» ключевого слова. Результатом конвертации будет null, если вы попробуете недействительный конвертировать.

Неявно/явно конвертировать может использоваться между классами/интерфейсами с отношениями наследования/реализации, иначе это даст ошибку компиляции. Смотрите пример:

public class A {} 
public class B {} 
... 
A a = new A(); 
//B b = (B)a; //compile error:Cannot implicitly convert type 'A' to 'B' 

другой ситуации неявно/явное преобразование существует никакой связи между класса А и В, но вы пишете implicit/explicit оператор самостоятельно.

Answer 8

Также, как можно использовать только со ссылочными типами. Это на самом деле вполне логично, поскольку если преобразование завершается неудачно, оно возвращает false, и это не является возможным значением для типа значения.

Так что для типов значений необходимо использовать обычное приведение типов.