草庐IT

C# getter 与只读

以下有区别吗?classC{//One:publicstaticreadonlyintValueAsAMember=42;//Two:publicstaticintValueAsAProperty{get{return42;}}}我习惯以第一种方式编写常量(除非它们是私有(private)/内部的,在这种情况下我使用const关键字),但我最近看到了第二种形式。在可读性、约定、性能或其他任何方面,一种方式是否比另一种方式有任何优势? 最佳答案 你有三个选择:publicstaticreadonlyintValue=42;public

C# getter 与只读

以下有区别吗?classC{//One:publicstaticreadonlyintValueAsAMember=42;//Two:publicstaticintValueAsAProperty{get{return42;}}}我习惯以第一种方式编写常量(除非它们是私有(private)/内部的,在这种情况下我使用const关键字),但我最近看到了第二种形式。在可读性、约定、性能或其他任何方面,一种方式是否比另一种方式有任何优势? 最佳答案 你有三个选择:publicstaticreadonlyintValue=42;public

C# 快捷方式或速记 getter setter

有没有在C#中创建getter和setter的捷径?publicstringfname{get;set;}生成{get;有简写吗?设置;}? 最佳答案 是的,输入prop并按TAB键。VisualStudio有一个自动属性片段。对于具有公共(public)获取和私有(private)设置的属性,您可以使用propg并按TAB。对于完整的非自动属性,您可以使用propfull并按TAB键。 关于C#快捷方式或速记gettersetter,我们在StackOverflow上找到一个类似的问题

C# 快捷方式或速记 getter setter

有没有在C#中创建getter和setter的捷径?publicstringfname{get;set;}生成{get;有简写吗?设置;}? 最佳答案 是的,输入prop并按TAB键。VisualStudio有一个自动属性片段。对于具有公共(public)获取和私有(private)设置的属性,您可以使用propg并按TAB。对于完整的非自动属性,您可以使用propfull并按TAB键。 关于C#快捷方式或速记gettersetter,我们在StackOverflow上找到一个类似的问题

c# - getter-only 自动属性和表达式主体属性有什么区别?

在C#6中,您可以通过使用仅限getter的自动属性来简化属性的实现。例如,如果我正在实现抽象Stream类:publicoverrideboolCanRead{get;}=true;但是我也可以用表达式主体来编写它,这也是C#6中的新功能:publicoverrideboolCanRead=>true;两者有什么区别,什么时候应该使用其中之一? 最佳答案 它们是两种不同事物的语法糖。前者初始化一个支持字段,并在字段初始化期间将其设置为赋值右侧的表达式。后者创建一个get,它完全执行表达式中的内容。publicoverrideboo

c# - getter-only 自动属性和表达式主体属性有什么区别?

在C#6中,您可以通过使用仅限getter的自动属性来简化属性的实现。例如,如果我正在实现抽象Stream类:publicoverrideboolCanRead{get;}=true;但是我也可以用表达式主体来编写它,这也是C#6中的新功能:publicoverrideboolCanRead=>true;两者有什么区别,什么时候应该使用其中之一? 最佳答案 它们是两种不同事物的语法糖。前者初始化一个支持字段,并在字段初始化期间将其设置为赋值右侧的表达式。后者创建一个get,它完全执行表达式中的内容。publicoverrideboo

c# - 为什么在显式 getter-only 接口(interface)实现上使用私有(private) setter 是非法的?

我倾向于支持显式接口(interface)实现而不是隐式接口(interface)实现,因为我认为针对接口(interface)而不是针对实现进行编程通常更可取,而且在处理Web服务时,这通常是必需的。也就是说,我想知道为什么以下对于显式接口(interface)声明是非法的,而对于隐式接口(interface)声明是合法的:interfaceIConnection{stringConnectionString{get;}}classConnection1:IConnection{//privatesetisillegal,won'tcompilestringIConnection.C

c# - 为什么在显式 getter-only 接口(interface)实现上使用私有(private) setter 是非法的?

我倾向于支持显式接口(interface)实现而不是隐式接口(interface)实现,因为我认为针对接口(interface)而不是针对实现进行编程通常更可取,而且在处理Web服务时,这通常是必需的。也就是说,我想知道为什么以下对于显式接口(interface)声明是非法的,而对于隐式接口(interface)声明是合法的:interfaceIConnection{stringConnectionString{get;}}classConnection1:IConnection{//privatesetisillegal,won'tcompilestringIConnection.C

c# - 自动实现的 getter 和 setter 与公共(public)字段

我看到很多C#类的示例代码都是这样做的:publicclassPoint{publicintx{get;set;}publicinty{get;set;}}或者,在旧代码中,具有显式私有(private)支持值但没有新的自动实现的属性:publicclassPoint{privateint_x;privateint_y;publicintx{get{return_x;}set{_x=value;}}publicinty{get{return_y;}set{_y=value;}}}我的问题是为什么。执行上述操作与仅将这些成员设置为公共(public)字段(如下所示)之间在功能上有什么区别

c# - 自动实现的 getter 和 setter 与公共(public)字段

我看到很多C#类的示例代码都是这样做的:publicclassPoint{publicintx{get;set;}publicinty{get;set;}}或者,在旧代码中,具有显式私有(private)支持值但没有新的自动实现的属性:publicclassPoint{privateint_x;privateint_y;publicintx{get{return_x;}set{_x=value;}}publicinty{get{return_y;}set{_y=value;}}}我的问题是为什么。执行上述操作与仅将这些成员设置为公共(public)字段(如下所示)之间在功能上有什么区别