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