草庐IT

getter-setter

全部标签

c# - Moq - 如何验证属性值是否通过 setter 设置

考虑这个类:publicclassContent{publicvirtualboolIsCheckedOut{get;privateset;}publicvirtualvoidCheckOut(){IsCheckedOut=true;}publicvirtualvoidCheckIn(){//DoNothingfornowasdemonstratingfalsepositivetest.}}Checkin方法是有意为空的。现在我有几个测试方法来验证调用每个方法的状态。[TestMethod]publicvoidCheckOutSetsCheckedOutStatusToTrue(){C

c# - 使用反射,我如何检测具有 setter 的属性?

我有这段代码来遍历一个对象并通过反射获取它的所有属性:foreach(varpropertyInfointypeof(TBase).GetProperties(BindingFlags.Public|BindingFlags.Instance)){varoldValue=propertyInfo.GetValue(oldVersion,null);}我如何进行检查以仅查看具有“Set”的属性?(我想忽略只读值-只是“获取”。) 最佳答案 PropertyInfo.CanWrite(documentation)或PropertyInf

c# - 使用反射,我如何检测具有 setter 的属性?

我有这段代码来遍历一个对象并通过反射获取它的所有属性:foreach(varpropertyInfointypeof(TBase).GetProperties(BindingFlags.Public|BindingFlags.Instance)){varoldValue=propertyInfo.GetValue(oldVersion,null);}我如何进行检查以仅查看具有“Set”的属性?(我想忽略只读值-只是“获取”。) 最佳答案 PropertyInfo.CanWrite(documentation)或PropertyInf

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)字段(如下所示)之间在功能上有什么区别

c# - 只有getter的自动化属性,可以设置,为什么?

我创建了一个自动化属性:publicintFoo{get;}这只是setter/getter。但是当我构建构造函数时,我可以更改值:publicMyClass(stringname){Foo=5;}为什么这是可能的,即使这是get-only? 最佳答案 这是一个新的C#6功能,“Getter-onlyauto-properties”,也称为“Read-OnlyProperties的Auto-PropertyInitializers”,如本MSDNmagazinearticle'C#:TheNewandImprovedC#6.0'by