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
都不怎么样，哈哈。
