设计中,关于 as 关键字强制转换的效率是不是需要考虑?

[wt_sanlian]

现在me在做一个通讯系统,将信息封装了了Message类,各种消息类都从这个类中派生,

在消息处理程序中,大量的应用了is和as 关键字进行类型识别和类型转换,由于消息

处理需要实时性较高,使用这种方式不知道会不会有效率问题?

void MessageProc( TMessage theMessage)
{
...
if( theMessage is TLampMessage )
{
TLampMessage lMessage = theMessage as TLampMessage;
....

}
...
}



请高人赐教,谢谢

[bloodish]

if( theMessage is TLampMessage )
这个判断没有必要,as其实已经包含了is的判断,你只需要判断as返回的结果是不是null,在做其他操作即可.
TLampMessage lMessage = theMessage as TLampMessage
if(lMessage != null)
{
//to do
}

[wt_sanlian]

是这样的,这个函数可能处理很多类似消息, 所以才用了这个结构.
void MessageProc( TMessage theMessage)
{
...
if( theMessage is TLampMessage )
{
TLampMessage lMessage = theMessage as TLampMessage;
....

}
...
if( theMessage is TVoiceMessage)
{
TVoiceMessage vMessage = theMessage as TVoiceMessage;
.....
}

if( theMessae is TStartMessage)
{
TStartMessage sMessage = theMessage as TStartMessage;
....

}

....

}

[cpio]

is应该很省时间，转换应该要费时间点

[slimfeng]

还有一种方式，直接给基类TMessage定义一个成员Kind，表明该消息种类。
循环时直接判断Kind

[chNeed1]

我觉得is 和 as 的区别就像Dictionary的
ContainKey 和 TryGetValue 一样

[bloodish]

可以用as判断就应该避免用is,你可以看一下:.Net框架程序设计 这本书里对is,as的解释
这是个网址,你可以看一下相关资料
http://www.cnblogs.com/ziling8163/articles/891837.html

如4楼所说,你给个类型出来判断也是比较好的方式.

[wangkuang5]

[Quote=引用 6 楼 bloodish 的回复:]
可以用as判断就应该避免用is,你可以看一下:.Net框架程序设计 这本书里对is,as的解释
这是个网址,你可以看一下相关资料
http://www.cnblogs.com/ziling8163/articles/891837.html

如4楼所说,你给个类型出来判断也是比较好的方式.
[/Quote]

有道理

[flyjimi]

[Quote=引用 1 楼 bloodish 的回复:]
if( theMessage is TLampMessage )
这个判断没有必要,as其实已经包含了is的判断,你只需要判断as返回的结果是不是null,在做其他操作即可.
TLampMessage lMessage = theMessage as TLampMessage
if(lMessage != null)
{
//to do
}
[/Quote]

对的，is和as没必要同时用。

[soaringbird]

这些语法对性能的影响跟.Net本身对性能的影响比起来，忽略不计

[huwei001982]

我觉得楼主的做法是对的
先用 is 判断， 再用 as 转换

if (obj is TMessage)
{
TMessage t = obj as TMessage;
t.xxx();
}

和

TMessage t = obj as TMessage;
if (t != null)
{
t.xxx();
}

应该是前者的效率高， 而且思路更清晰

[Sunferny]

同意楼上的。

[wt_sanlian]

4楼所说用Kind的方法,可能需要定义一个大的枚举变量,这样不利于程序扩展,当我需要引入新的消息类时,还需要重新定义枚举变量.

现在的软件1秒钟大概处理近百条消息,频繁的用as进行转换,我想知道as转换是不是一种很耗时的操作,大概在什么时间数量级?

[zhnzzy]

影响不大。