当您使用FindControl方法时，as关键字在asp.net中很好。

Hyperlink link = this.FindControl("linkid") as Hyperlink;
if (link != null)
{
     ...
}

这意味着您可以对类型化变量进行操作，而不必像直接转换那样从对象转换它：

object linkObj = this.FindControl("linkid");
if (link != null)
{
     Hyperlink link = (Hyperlink)linkObj;
}

这不是一件大事，但它节省了代码行和变量赋值，而且可读性更强

这真的取决于你是否知道o是否是一个字符串，以及你想用它做什么。如果你的评论意味着o真的是一个串，我更喜欢直接（字符串）o转换-它不太可能失败。

使用直接转换的最大优点是，当它失败时，您会得到一个InvalidCastException，它会告诉您发生了什么错误。

使用as运算符，如果o不是字符串，那么s将设置为null，这在您不确定并想测试s时很方便：

string s = o as string;
if ( s == null )
{
    // well that's not good!
    gotoPlanB();
}

但是，如果不执行该测试，则稍后将使用s并引发NullReferenceException。一旦它们在野外发生，它们往往更常见，也更难追踪，因为几乎每一行都会取消引用一个变量，并可能抛出一个变量。另一方面，如果您试图转换为值类型（任何基元，或DateTime等结构），则必须使用直接转换-as无法工作。

在转换为字符串的特殊情况下，每个对象都有一个ToString，因此如果o不为空，并且您认为ToString方法可以执行您想要的操作，则第三个方法可能是正确的。

“（string）o”将导致InvalidCastException，因为没有直接强制转换。

“o as string”将导致s为空引用，而不是引发异常。

“o.ToString（）”本身并不是任何类型的强制转换，它是一个由对象实现的方法，因此以某种方式由.net中的每个类实现，这些类对它所调用的类的实例“做一些事情”并返回字符串。

不要忘记，对于转换为字符串，还有Convert.ToString（someType instanceOfThatType），其中someType是一组类型之一，本质上是框架基类型。

当您使用FindControl方法时，as关键字在asp.net中很好。

Hyperlink link = this.FindControl("linkid") as Hyperlink;
if (link != null)
{
     ...
}

这意味着您可以对类型化变量进行操作，而不必像直接转换那样从对象转换它：

object linkObj = this.FindControl("linkid");
if (link != null)
{
     Hyperlink link = (Hyperlink)linkObj;
}

这不是一件大事，但它节省了代码行和变量赋值，而且可读性更强

string s = (string)o; // 1

如果o不是字符串，则引发InvalidCastException。否则，将o赋给s，即使o为空。

string s = o as string; // 2

如果o不是字符串或o为空，则将null赋给s。因此，不能将其用于值类型（在这种情况下，运算符永远不会返回null）。否则，将o指定给s。

string s = o.ToString(); // 3

如果o为空，则导致NullReferenceException。无论o是什么类型，都将任何o赋值给ToString（）返回的值。

大多数转换都使用1-它简单明了。我倾向于几乎从不使用2，因为如果某个东西不是正确的类型，我通常会发生异常。我只看到这种返回null类型的功能需要设计糟糕的库，这些库使用错误代码（例如，返回null=error，而不是使用异常）。

3不是强制转换，只是方法调用。当您需要非字符串对象的字符串表示时，请使用它。

根据本页上运行的实验：http://www.dotnetguru2.org/sebastienros/index.php/2006/02/24/cast_vs_as

（此页面有时会显示一些“非法引用者”错误，因此如果出现，请刷新）

结论是，“as”运算符通常比强制转换快。有时速度快很多倍，有时仅仅快不了几倍。

我个人认为“as”也更可读。

因此，由于它既快又“安全”（不会抛出异常），而且可能更容易阅读，我建议一直使用“as”。