"marker" interfaces. What are they good for?

I was wondering why MS defined "marker" interfaces (empty interfaces) in the
..NET framework(interfaces such as such as INamingContainer,
IRequiresSessionState etc...).
Why not use attributes?

Eran Kampf
http://www.ekampf.com

re: "marker" interfaces. What are they good for?

For frequent operations (such as naming asp.net controls or getting session
state), it is probably faster to check whether or not a class implements an
interface, then to go dig up its attributes.

"Eran Kampf" <eran@ekampf.com> wrote in message
news:%23JBadEZpEHA.1152@TK2MSFTNGP11.phx.gbl...[color=blue]
> I was wondering why MS defined "marker" interfaces (empty interfaces) in[/color]
the[color=blue]
> .NET framework(interfaces such as such as INamingContainer,
> IRequiresSessionState etc...).
> Why not use attributes?
>
> Eran Kampf
> http://www.ekampf.com
>
>
>[/color]

re: "marker" interfaces. What are they good for?

The only reason I can think of is that its faster to perform a type check than go to the custom attributes via reflection

Regards

Richard Blewett - DevelopMentor
http://staff.develop.com/richardb/weblog

nntp://news.microsoft.com/microsoft.public.dotnet.languages.csharp/<#JBadEZpEHA.1152@TK2MSFTNGP11.phx.gbl>

I was wondering why MS defined "marker" interfaces (empty interfaces) in the
.NET framework(interfaces such as such as INamingContainer,
IRequiresSessionState etc...).
Why not use attributes?

Eran Kampf
http://www.ekampf.com




---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004



[microsoft.public.dotnet.languages.csharp]

re: "marker" interfaces. What are they good for?

[color=blue]
>Why not use attributes?[/color]

I don't know about Microsofts design decisions behind this. But I know
that last time I looked, testing if an object implements a certain
interface was significantly faster than using Reflection to check for
the presence of an attribute.



Mattias

--
Mattias Sjögren [MVP] mattias @ mvps.org
http://www.msjogren.net/dotnet/ | http://www.dotnetinterop.com
Please reply only to the newsgroup.

re: "marker" interfaces. What are they good for?

"Mattias Sjögren" <mattias.dont.want.spam@mvps.org> wrote in message
news:Ogw82LZpEHA.536@TK2MSFTNGP11.phx.gbl...[color=blue]
>[color=green]
> >Why not use attributes?[/color]
>
> I don't know about Microsofts design decisions behind this. But I know
> that last time I looked, testing if an object implements a certain
> interface was significantly faster than using Reflection to check for
> the presence of an attribute.[/color]

um.... but doesn't testing if an object implements a certain interface
also require using Reflection?

--
Truth,
James Curran
Home: www.noveltheory.com Work: www.njtheater.com
Blog: www.honestillusion.com Day Job: www.partsearch.com
(note new day job!)

re: "marker" interfaces. What are they good for?

Type checking has its own IL opcode ininst so is faster than reflection

Regards

Richard Blewett - DevelopMentor
http://staff.develop.com/richardb/weblog

nntp://news.microsoft.com/microsoft.public.dotnet.languages.csharp/<uaZO0GapEHA.1460@TK2MSFTNGP12.phx.gbl>

"Mattias Sj?gren" <mattias.dont.want.spam@mvps.org> wrote in message
news:Ogw82LZpEHA.536@TK2MSFTNGP11.phx.gbl...[color=blue]
>[color=green]
> >Why not use attributes?[/color]
>
> I don't know about Microsofts design decisions behind this. But I know
> that last time I looked, testing if an object implements a certain
> interface was significantly faster than using Reflection to check for
> the presence of an attribute.[/color]

um.... but doesn't testing if an object implements a certain interface
also require using Reflection?

--
Truth,
James Curran
Home: www.noveltheory.com Work: www.njtheater.com
Blog: www.honestillusion.com Day Job: www.partsearch.com
(note new day job!)



---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.770 / Virus Database: 517 - Release Date: 27/09/2004



[microsoft.public.dotnet.languages.csharp]