C# 属性中的表达式体存在已知问题?

C# 属性中的表达式体存在已知问题?,c#,uwp,resharper,visual-studio-2017,c#-7.0,C#,Uwp,Resharper,Visual Studio 2017,C# 7.0,我在使用Visual Studio 2017 RC的最新ReSharper版本时遇到问题 ReSharper的编辑告诉我,它无法解析var等符号,也无法解析public或void等标记 不确定,但事实证明,属性中使用的表达式体是根本原因 例如: 如果使用普通括号而不是表达式body,那么随着红色标记区域的消失,ReSharper似乎不再有问题 这是一个已知的问题,还是有其他已知的原因 是否有已知的解决方法(我已经尝试过清除缓存和dis/enable ReSharper) 如果这个新的C#7.0

我在使用Visual Studio 2017 RC的最新ReSharper版本时遇到问题

ReSharper的编辑告诉我,它无法解析var等符号,也无法解析public或void等标记

不确定,但事实证明,属性中使用的表达式体是根本原因

例如:

如果使用普通括号而不是表达式body,那么随着红色标记区域的消失,ReSharper似乎不再有问题

这是一个已知的问题,还是有其他已知的原因

是否有已知的解决方法(我已经尝试过清除缓存和dis/enable ReSharper)

如果这个新的C#7.0功能不能与ReSharper一起工作,那就太糟糕了。

据介绍,最新版本的ReSharper(2016.3)对C#7有“早期支持”(重点是我的)。这意味着并非所有的C#7特性现在都能正常工作(这篇文章明确提到了一些受支持的特性,但没有提到基于表达式的getter和setter)。这可能会在以后的版本中修复,可能是在VS 2017的RTM版本发布时发布的版本


考虑到C#7仍在开发中,我认为您不应该期待像ReSharper这样的工具的全面支持。

这不应该作为一个问题提交给ReSharper吗?如果VS2017接受并编译代码,则是一个ReSharper错误。也许,已经有一个EAP可以修复this@PanagiotisKanavosReSharper 2016.3最近发布。我不希望很快会有一个新的EAP,就是这个。尽管在VS2017的“候选发布”版本中发布,但C#7.0尚未签署(而且有人提到RC2/3也有突破性的变化,尽管第一个RC拥有上线许可证)。ReSharper计划在2017.1版本中提供C#7.0支持。预计在VS2017点击RTM时会出现。好吧,那么我只需要等待更多,直到发布。7.0还没有完成吗?虽然所有的功能都已经完成了,但将要发布。@klose91据我所知,所有的C#7功能都已经实现了,但是它们的细节可能仍然会改变。
public double PlayingProgress
{
    get => _playingProgress;
    set => SetProperty(ref _playingProgress, value);
}