这会是什么样的设计模式,这是一个好主意吗? (C#)
发布时间:2020-12-15 17:24:32 所属栏目:百科 来源:网络整理
导读:我有一个类,我想在一个装饰器/适配器中扩展功能,只是我不希望我的扩展类必须知道它正在扩展的类的类型,我不我想要为我想要扩展的每种类型的对象编写一个新类.但是,我想要扩展的所有对象共享一个共同的基类Team.这对于使用泛型来说听起来很成熟,所以这是我最
我有一个类,我想在一个装饰器/适配器中扩展功能,只是我不希望我的扩展类必须知道它正在扩展的类的类型,我不我想要为我想要扩展的每种类型的对象编写一个新类.但是,我想要扩展的所有对象共享一个共同的基类Team.这对于使用泛型来说听起来很成熟,所以这是我最初的想法:
public class TournamentTeam<T> : T where T : Team { private int mSeed; public TournamentTeam(T team,int seed) : base(team) { /* * error checking stuff here */ // set class variables this.mSeed = seed; } public int Seed { get { return this.mSeed; } } } 这可以做我想要的,就像现在如果我想访问T的成员,新类拥有所有这些.基础构造函数将负责以某种方式设置状态,以便扩展类不需要担心它.我也不必知道要覆盖哪些方法以指向装饰器/外观类型方式的内部对象.不用说,这没有编译.所以,我尝试了一些不同的东西. public class TournamentTeam<T> : Team where T : Team { #region class variables private int mSeed; private T mTeam; #endregion public TournamentTeam(int seed,T team) : base(team) { /* * error checking stuff here */ // set class variables this.mSeed = seed; this.mTeam = team; } public int Seed { get { return this.mSeed; } } public T Team { get { return this.mTeam; } } } 好的,现在如果我想获得“基类”的功能,我只需要调用Team属性,我很高兴.而且,由于它是通用的,我不需要做任何拳击来获得功能.它工作,它不是很漂亮,但它的工作原理. 这有什么样的模式,如果存在,你会看到这个想法有什么陷阱?有没有更好的方法来实现这一目标? 解决方法
这是我应该做的事情
“赞成合成而非继承”主体和“策略”模式(如果我没有记错) 我也喜欢这个意思. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容