Champion "pattern-matching with generics" (C# 7.1)

[gafter]

• Proposal added (https://github.com/dotnet/csharplang/blob/master/proposals/csharp-7.1/generics-pattern-match.md)
• Discussed in LDM (2017-03-28)
• Decision in LDM
• Finalized (done, rejected, inactive)
• Spec'ed

See dotnet/roslyn#16195 (comment)

[axel-habermaier]

This is a very surprising limitation. It severely limits the usefulness of pattern matching in generic code, making many of the changes I was hoping to make to my code base impossible.

[gafter]

@axel-habermaier cast the switch expression to object to work around this issue.

[alrz]

I think this is also related here (dotnet/roslyn#17746)

void M<T>(T o)
{
  if (o is X x)
   ;
}

Ideally, e is T x should be valid anywhere e is T is. (excluding nullables, of course)

[aluanhaddad]

@gafter thanks for the work around but I really would like to have this work. I had the exact same experience as @axel-habermaier and it was very frustrating especially as the error was the direct result of applying a built in Roslyn suggested refactoring inside the implementation of a pattern matching API I had written. I realize it's probably a bug in the analyzer but that really compounded the frustration since the match expression in VS 15 Preview had actually obviated the need for the API entirely.

[CyrusNajmabadi]

@aluanhaddad We discussed this in the LDM, and we believe this is an issue that definitely should be addressed. @gafter's comment was more about what you could do in the meantime to unblock yourself. We'll hopefully get this addressed in a upcoming release of VS (hopefully the next one :)).

Note: we've hit this issue in our own code, so we definitely feel your pain and understand why you'd want this fixed :)

[aluanhaddad]

@CyrusNajmabadi Thank you. I'm really glad to hear that this is likely to be resolved soon. That is excellent news!

[CyrusNajmabadi]

I'm really glad to hear that this is likely to be resolved soon.

Yup! Though note the standard caveats about not being able to guarantee anything, and the future may change blah blah blah. But i'm crossing my fingers that this smoothly slots into the 7.1 release.

[aluanhaddad]

Though note the standard caveats about not being able to guarantee anything, and the future may change blah blah blah.

Indeed. Deadlines get missed. If that were a cardinal sin in our industry I probably wouldn't even have a job anymore.
EDIT: This remark was intended to be humorous and taken lightly.

[gafter]

I have added a proposal for this, and a PR exists for it in the Roslyn repo at dotnet/roslyn#18784.

[shaggygi]

@gafter @jcouv was this implemented in 7.1 and now suppose to work in VS 2017?

[gafter]

Yes

[orthoxerox]

Shouldn't it be closed, then?

[jcouv]

There is a remaining workitem to update the language spec to reflect this feature. That's why the issue is kept open.

[shaggygi]

Thank you for reply

[reinseth]

The link to the proposal in the description is broken. Should be https://github.com/dotnet/csharplang/blob/master/proposals/csharp-7.1/generics-pattern-match.md

[jcouv]

@reinseth Fixed. Thanks