来自Java和C#的世界,这样做的想法让我畏缩=p(不是说有条件地继承类的想法是不好的-我只是不习惯它)
考虑一下,如果这个问题是关于Java的,我会做这样的事情。我发布了一个模式-实现一个接口,然后使用一个工厂在实现之间进行选择-以便为问题提供另一个视角:public interface OsDependent {
public void doOsDependentStuff();
}
public class WindowsDependentComponent implements OsDependent {
@Override
public void doOsDependentStuff() {
//snip
}
}
public class AppleDependentComponent implements OsDependent {
@Override
public void doOsDependentStuff() {
//snip
}
}
public class OsDependentComponentFactory {
public OsDependent getOsDependentComponent(Platform platform) {
if(platform == Platform.WINDOWS)
return new WindowsDependentComponent();
else if(platform == Platform.APPLE)
return new AppleDependentComponent();
else
return null;
}
}
当然还有更多的代码,但在强类型环境中这是一个合适的解决方案。
编辑:我注意到我的答案和原来的问题有一个显著的不同:
如果您有条件地从多个不同的类继承,那么超类包含的代码取决于您使用的操作系统,而从它们继承的类包含的代码对于所有操作系统都是相同的。继承链的顶部是操作系统依赖的,底部不是
我的方法是相反的。OsDepndent接口(或超类)定义的方法对于所有平台都是相似的,而不同的实现(或子类)有依赖于操作系统的代码。继承链的顶端是操作系统不可知论的。