use*_*158 3 c# refactoring abstract-class design-patterns
考虑以下代码,
abstract class AbstractClass
{
public abstract void AbstractMethodA();
public void ConcreteMethodA()
{
//Some operation
ConcreteMethodB();
}
}
public void ConcreteMethodB()
{
//Huge code unrelated to this class
AbstractMethodA();
}
}
class DerivedClass : AbstractClass
{
public void AbstractMethodA()
{
//Some operation
}
}
Run Code Online (Sandbox Code Playgroud)
现在我希望将ConcreteMethodB()移动到单独的类中,并从抽象类中的方法ConcreteMethodA()调用它.但是由于ConcreteMethodB()使用DerivedClass中实现的抽象方法AbstractMethodA(),我无法从新类访问AbstractMethodA()方法?有关如何解决此问题的任何想法?
你为什么不这样做呢?
static class Helper {
public static void ConcreteMethodB(AbstractClass caller)
{
//Huge code unrelated to this class
caller.AbstractMethodA();
}
}
Run Code Online (Sandbox Code Playgroud)
然后在AbstractClass中
abstract class AbstractClass
{
public abstract void AbstractMethodA();
public void ConcreteMethodA()
{
//Some operation
Helper.ConcreteMethodB(this);
}
}
Run Code Online (Sandbox Code Playgroud)
编辑包括David Arno的基于界面的解耦建议:
static class Helper {
public static void ConcreteMethodB(IAbstractClass caller)
{
//Huge code unrelated to this class
caller.AbstractMethodA();
}
}
interface IAbstractClass {
void AbstractMethodA();
}
Run Code Online (Sandbox Code Playgroud)
然后在AbstractClass中
abstract class AbstractClass
{
public abstract void AbstractMethodA();
public void ConcreteMethodA()
{
//Some operation
Helper.ConcreteMethodB(this);
}
}
Run Code Online (Sandbox Code Playgroud)
这为您提供了更好的层隔离.当然,大卫在他提到使用"行动"和传递方法作为参数的帖子中提出的解决方案也值得考虑.