来自 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
方法,而不同的实现(或子类)具有依赖于操作系统的代码。继承链的顶部与操作系统无关。