How to extend a readonly property ?????
BloodyAngel(9474649) 11:24:33
问下override的问题:
在C#中,基类如果定义了一个只读了属性,如:
class Parent{
public abstract string Name{get;}
}
子类Child中,如何把这个属性扩展为可写的?如:
public override string Name{
get{return this._name;}
set{this._name = value;}
}
语法层面上,会报错。但是我觉得在逻辑层面上,出现以上扩展是很正常的。
凹凸(360232736) 11:25:30
将override改成virtual
BloodyAngel(9474649) 11:26:34
不符合逻辑,因为父类无法实现此属性。
北田.(7376854) 11:26:40
这样不行吧。。
北田.(7376854) 11:27:44
我觉得只能用new关键字覆盖。。。
凹凸(360232736) 11:28:01
我理解错了,我以为是让这个child的字类继续重写。
北田.(7376854) 11:28:25
感觉没有办法扩展。。。
凹凸(360232736) 11:28:26
同意北田的观点
凹凸(360232736) 11:28:36
只能覆盖
凹凸(360232736) 11:29:23
如果你能随意扩展,那接口的设计和基类的设计就有一定的危险性,因为它不能充分信任字类的行为。
BloodyAngel(9474649) 11:29:27
很郁闷的问题 .
北田.(7376854) 11:29:42
你为什么要扩展呢?
BloodyAngel(9474649) 11:30:03
我现在的方法是:
class Child
public void SetName(string value){..}
北田.(7376854) 11:30:21
我觉得通过其他途径可以解决这个问题。。
凹凸(360232736) 11:30:51
你这样做,虽然从语法层面解决了,但其实破坏了自己的设计,得不偿失。
BloodyAngel(9474649) 11:32:17
这样设计,逻辑上还算可以理解吧:
父类规定了所有子类都有一个可读的Name属性。
子类满足以上规定,并有一个SetName的行为改变 .
说白了,就是没办法走属性那套 .
凹凸(360232736) 11:32:45
那为何不在父类中提供set呢?
BloodyAngel(9474649) 11:34:10
父类说了,不可以set。嘿嘿。
凹凸(360232736) 11:35:48
就把你的关键字从override改成new就行了
哇哈哈(306121260) 11:35:58
将override改成new 试试
凹凸(360232736) 11:36:45
但是,你现在解决了这个问题,显然你的设计是存在一些矛盾的,如果都用这种New的方法来解决,那多个子类就会与父类之间产生不一致了。
北田.(7376854) 11:37:12
同意凹凸的说法。。
哇哈哈(306121260) 11:37:45
没必要的话,不要刻意去追求继承
北田.(7376854) 11:39:00
接口的作用就是这个。。说明当时在设计父类的时候他的目的就是不允许改的。。如果现在硬要改那 你刚才那种public void SetName(string value){..}
就可以。。这这样做感觉很不优雅。。
凹凸(360232736) 11:39:01
在设计原则中有一条是少用继承多用接口。
但我们无法从这两个类中来判断是用继承和接口,只是,继承的时候尽量保持派生类和基类的一致性吧。
BloodyAngel(9474649) 11:39:24
还有,方案二
public override string Name{get{return this.RealName;}}
public string RealName{get;set;}
这个是目前我觉得最好的方案了 逻辑上觉得不错,语法上也还行。
凹凸(360232736) 11:40:06
你用setName和RealName效果是一样的。
BloodyAngel(9474649) 11:40:37
这里的意思是说,子类使用RealName来欺骗式的实现了父类的Name
BloodyAngel(9474649) 11:40:51
都不怎么样,哈哈。