Complex Casting problem in Generics

[Ajeet]

hi

I am having some difficulty in casting using generics. These are the
classes.

public interface IProvider<PROF>
where PROF : IProviderProfil e
{
//Some properties/methods
}

public interface IAuthentication Provider<PROF, TOK, CRED:
IProvider<PROF>
where PROF : IAuthentication ProviderProfile
where TOK : IToken
where CRED : ICredential
{
//Some methods.
}

public class ADAMAuthenticat ionProvider :
IAuthentication Provider<ADAMAu thenticationPro viderProfile,
ADAMUserToken, UsernamePasswor dCredential>
{
}

The first two are interfaces. The third class is the concrete provider.
My problem is that I cannot cast an instance of
ADAMAuthenticat ionProvider to IProvider<IProv iderProfile>.

I should note here that ADAMAuthenticat ionProviderProf ile derives from
IAuthentication ProviderProfile which derives from IProviderProfil e.
Similarly the token and credential concrete classes are derived from
the interfaces mentioned in the constraints in the 2nd interface.

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

Regards,
Ajeet.

[Jon Skeet [C# MVP]]

Ajeet wrote:

I am having some difficulty in casting using generics. These are the
classes.

<snip>

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

You can't. As far as I can tell, your problem is the same one as often
bites people that you can't cast from List<stringto List<object>.
That's an easier example to work with, so I'll do so, if you don't mind
:)

Suppose C# generics supported covariance in types. I could do:
List<stringsl = new List<string>();
List<objectol = sl;
ol.Add (new object());

At that point I've clearly broken the idea that the list should only
contain strings.

Now, it could be that your interfaces wouldn't actually have that
problem (i.e. there wouldn't be any methods/properties exposed which
gave rise to the issue), but that's why it's disallowed.

Are you absolutely sure you need generics here in the first place?

Jon

[Ajeet]

Jon Skeet [C# MVP] wrote:

Ajeet wrote:

I am having some difficulty in casting using generics. These are the
classes.

<snip>

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

You can't. As far as I can tell, your problem is the same one as often
bites people that you can't cast from List<stringto List<object>.
That's an easier example to work with, so I'll do so, if you don't mind
:)

Suppose C# generics supported covariance in types. I could do:
List<stringsl = new List<string>();
List<objectol = sl;
ol.Add (new object());

At that point I've clearly broken the idea that the list should only
contain strings.

that makes sense. I did not think of that.

Can I overload the cast operator and do this?

Now, it could be that your interfaces wouldn't actually have that
problem (i.e. there wouldn't be any methods/properties exposed which
gave rise to the issue), but that's why it's disallowed.

Are you absolutely sure you need generics here in the first place?

We deliberated quite a bit before deciding on generics, so there are
quite a few reasons for doing this. Although I admit we did not foresee
this problem occurring. Do you think there are disadvantages to using
generics?

Jon

[Ben Voigt]

"Ajeet" <as******@gmail .comwrote in message
news:11******** **************@ s34g2000cwa.goo glegroups.com.. .

Jon Skeet [C# MVP] wrote:

>Ajeet wrote:

I am having some difficulty in casting using generics. These are the
classes.

<snip>

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

You can't. As far as I can tell, your problem is the same one as often
bites people that you can't cast from List<stringto List<object>.
That's an easier example to work with, so I'll do so, if you don't mind
:)

Suppose C# generics supported covariance in types. I could do:
List<strings l = new List<string>();
List<objecto l = sl;
ol.Add (new object());

At that point I've clearly broken the idea that the list should only
contain strings.

that makes sense. I did not think of that.

Can I overload the cast operator and do this?

Should be possible, although it may be better to make an explicit conversion
function.

Something like:

public interface IProvider<PROF>
where PROF : IProviderProfil e
{
private readonly PROF internalProfile ;
private IProfile(PROF prov) : internalProvide r(prov) {}
//Public constructors
//Some properties/methods
public IProvider<BASEP ROFCovary<BASEP ROF>() where PROF : BASEPROF
{ return new IProvider<BASEP ROF>(internalPr ofile); } // because
internalProfile casts to BASEPROF

// if IProfile has any internal state, you need to find
a way to share that too,

// possibly via pointer-to-implementation paradigm

// now you also need a generic operator==, not sure if that is possible
}

>

>Now, it could be that your interfaces wouldn't actually have that
problem (i.e. there wouldn't be any methods/properties exposed which
gave rise to the issue), but that's why it's disallowed.

Are you absolutely sure you need generics here in the first place?

We deliberated quite a bit before deciding on generics, so there are
quite a few reasons for doing this. Although I admit we did not foresee
this problem occurring. Do you think there are disadvantages to using
generics?

>Jon

[Christof Nordiek]

Hi Ajeet,

a solution could be, to have a non generic Interface IProvider from wich
IProvider<deriv es.
Then you could cast to this Interface instead of casting to
IProvider<IProv iderProfile>

public interface IProvider<PROF: IProvider where PROF : IProviderProfil e
{
}

Would this help you?

"Ajeet" <as******@gmail .comschrieb im Newsbeitrag
news:11******** **************@ s34g2000cwa.goo glegroups.com.. .

hi

I am having some difficulty in casting using generics. These are the
classes.

public interface IProvider<PROF>
where PROF : IProviderProfil e
{
//Some properties/methods
}

public interface IAuthentication Provider<PROF, TOK, CRED:
IProvider<PROF>
where PROF : IAuthentication ProviderProfile
where TOK : IToken
where CRED : ICredential
{
//Some methods.
}

public class ADAMAuthenticat ionProvider :
IAuthentication Provider<ADAMAu thenticationPro viderProfile,
ADAMUserToken, UsernamePasswor dCredential>
{
}

The first two are interfaces. The third class is the concrete provider.
My problem is that I cannot cast an instance of
ADAMAuthenticat ionProvider to IProvider<IProv iderProfile>.

I should note here that ADAMAuthenticat ionProviderProf ile derives from
IAuthentication ProviderProfile which derives from IProviderProfil e.
Similarly the token and credential concrete classes are derived from
the interfaces mentioned in the constraints in the 2nd interface.

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

Regards,
Ajeet.

[Ajeet]

Ben Voigt wrote:

"Ajeet" <as******@gmail .comwrote in message
news:11******** **************@ s34g2000cwa.goo glegroups.com.. .

Jon Skeet [C# MVP] wrote:

Ajeet wrote:
I am having some difficulty in casting using generics. These are the
classes.

<snip>

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

You can't. As far as I can tell, your problem is the same one as often
bites people that you can't cast from List<stringto List<object>.
That's an easier example to work with, so I'll do so, if you don't mind
:)

Suppose C# generics supported covariance in types. I could do:
List<stringsl = new List<string>();
List<objectol = sl;
ol.Add (new object());

At that point I've clearly broken the idea that the list should only
contain strings.

that makes sense. I did not think of that.

Can I overload the cast operator and do this?

Should be possible, although it may be better to make an explicit conversion
function.

Something like:

public interface IProvider<PROF>
where PROF : IProviderProfil e
{
private readonly PROF internalProfile ;
private IProfile(PROF prov) : internalProvide r(prov) {}
//Public constructors
//Some properties/methods
public IProvider<BASEP ROFCovary<BASEP ROF>() where PROF : BASEPROF
{ return new IProvider<BASEP ROF>(internalPr ofile); } // because
internalProfile casts to BASEPROF

// if IProfile has any internal state, you need to find
a way to share that too,

// possibly via pointer-to-implementation paradigm

// now you also need a generic operator==, not sure if that is possible
}

yeah .. i thought more about the explicit casting approach. There are
other drawbacks. The principal one that I see is that there will be no
runtime polymorphism anymore. Plus, if I later want to cast it back to
the original type, that would prove impossible.

Do you guys have any solution that will address these problems?

I am currently calling the methods through reflection. This makes all
the interfaces pretty much useless. I don't see a good solution to the
problem though.

>

Now, it could be that your interfaces wouldn't actually have that
problem (i.e. there wouldn't be any methods/properties exposed which
gave rise to the issue), but that's why it's disallowed.

Are you absolutely sure you need generics here in the first place?

We deliberated quite a bit before deciding on generics, so there are
quite a few reasons for doing this. Although I admit we did not foresee
this problem occurring. Do you think there are disadvantages to using
generics?

Jon

[Ajeet]

Christof Nordiek wrote:

Hi Ajeet,

a solution could be, to have a non generic Interface IProvider from wich
IProvider<deriv es.
Then you could cast to this Interface instead of casting to
IProvider<IProv iderProfile>

public interface IProvider<PROF: IProvider where PROF : IProviderProfil e
{
}

Would this help you?

No this would be of no use. I need to cast into that interface because
that interface contains some methods that I need to call. Doing this
would leave me with an empty interface which I will not be able to use.

"Ajeet" <as******@gmail .comschrieb im Newsbeitrag
news:11******** **************@ s34g2000cwa.goo glegroups.com.. .

hi

I am having some difficulty in casting using generics. These are the
classes.

public interface IProvider<PROF>
where PROF : IProviderProfil e
{
//Some properties/methods
}

public interface IAuthentication Provider<PROF, TOK, CRED:
IProvider<PROF>
where PROF : IAuthentication ProviderProfile
where TOK : IToken
where CRED : ICredential
{
//Some methods.
}

public class ADAMAuthenticat ionProvider :
IAuthentication Provider<ADAMAu thenticationPro viderProfile,
ADAMUserToken, UsernamePasswor dCredential>
{
}

The first two are interfaces. The third class is the concrete provider.
My problem is that I cannot cast an instance of
ADAMAuthenticat ionProvider to IProvider<IProv iderProfile>.

I should note here that ADAMAuthenticat ionProviderProf ile derives from
IAuthentication ProviderProfile which derives from IProviderProfil e.
Similarly the token and credential concrete classes are derived from
the interfaces mentioned in the constraints in the 2nd interface.

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

Regards,
Ajeet.

[Christof Nordiek]

"Ajeet" <as******@gmail .comschrieb im Newsbeitrag
news:11******** **************@ l53g2000cwa.goo glegroups.com.. .

>
Christof Nordiek wrote:

>Hi Ajeet,

a solution could be, to have a non generic Interface IProvider from wich
IProvider<deri ves.
Then you could cast to this Interface instead of casting to
IProvider<IPro viderProfile>

public interface IProvider<PROF: IProvider where PROF :
IProviderProfi le
{
}

Would this help you?

No this would be of no use. I need to cast into that interface because
that interface contains some methods that I need to call. Doing this
would leave me with an empty interface which I will not be able to use.

You can cast to the IProvider interface. Give the IProvider interface all
methods you will need in the general case. The implement them either
implicitly or explicitly by calling the resp. method with typeparameter as
return type.

public interface IProvider
{
IProviderProfil e GetProfile();
void OtherMethod();
}

public interface IProvider<PROF> : IProvider where PROF : IProviderProfil e
{
PROF GetProfile();
}

public class MyProvider : IProvider<MyPro file>
{
public IProviderProfil e GetProfile()
{
implementation goes here.
}

IProvider.GetPr ofile() { return GetProfile(); }

public OtherMethod()
{
some other impl. here
}
}

will this work for you?

>"Ajeet" <as******@gmail .comschrieb im Newsbeitrag
news:11******* *************** @s34g2000cwa.go oglegroups.com. ..

hi

I am having some difficulty in casting using generics. These are the
classes.

public interface IProvider<PROF>
where PROF : IProviderProfil e
{
//Some properties/methods
}

public interface IAuthentication Provider<PROF, TOK, CRED:
IProvider<PROF>
where PROF : IAuthentication ProviderProfile
where TOK : IToken
where CRED : ICredential
{
//Some methods.
}

public class ADAMAuthenticat ionProvider :
IAuthentication Provider<ADAMAu thenticationPro viderProfile,
ADAMUserToken, UsernamePasswor dCredential>
{
}

The first two are interfaces. The third class is the concrete provider.
My problem is that I cannot cast an instance of
ADAMAuthenticat ionProvider to IProvider<IProv iderProfile>.

I should note here that ADAMAuthenticat ionProviderProf ile derives from
IAuthentication ProviderProfile which derives from IProviderProfil e.
Similarly the token and credential concrete classes are derived from
the interfaces mentioned in the constraints in the 2nd interface.

What do I have to do to be able to cast it as desired? If you can give
me links that describe the solution, I will be grateful (I tried some
googling but to no luck so far).

Regards,
Ajeet.