为什么 VS 2017 建议用方法替换 属性？
Why would VS 2017 suggest replacing a property with a method?
我注意到 Visual Studio 2017 年的每个 属性 都有一个快速操作，建议用一种方法替换它。
这是否意味着属性不是设置和获取字段值的推荐方式，微软是否打算在未来弃用它？！
或者为此目的使用属性方法可以获得任何收益吗？
这不是 Visual Studio 的建议，而是 Quick Action:
Quick Actions let you easily refactor, generate, or otherwise modify code with a single action.
Visual Studio 给你一个 选项 将 属性 转换为一对方法和一个私有变量作为代码重构的一部分，如果你愿意的话出于各种原因这样做。
例如，您可能意识到 getter 应该接收一个额外的参数，或者 setter 应该对其他类型进行重载。在这些情况下，需要一种方法而不是 属性，因此 Visual Studio 为您提供了一种只需单击几下即可完成的方法。
对于没有任何行为的存储属性，例如 class 中的 OfferPeriod 属性，转换为一对方法与自动转换相比没有任何优势属性.
我注意到 Visual Studio 2017 年的每个 属性 都有一个快速操作，建议用一种方法替换它。
这是否意味着属性不是设置和获取字段值的推荐方式，微软是否打算在未来弃用它？！
或者为此目的使用属性方法可以获得任何收益吗？
这不是 Visual Studio 的建议，而是 Quick Action:
Quick Actions let you easily refactor, generate, or otherwise modify code with a single action.
Visual Studio 给你一个 选项 将 属性 转换为一对方法和一个私有变量作为代码重构的一部分，如果你愿意的话出于各种原因这样做。
例如，您可能意识到 getter 应该接收一个额外的参数，或者 setter 应该对其他类型进行重载。在这些情况下，需要一种方法而不是 属性，因此 Visual Studio 为您提供了一种只需单击几下即可完成的方法。
对于没有任何行为的存储属性，例如 class 中的 OfferPeriod 属性，转换为一对方法与自动转换相比没有任何优势属性.