行为逻辑的抽象——有设计模式吗？

Question

我需要抽象一些行为代码，并且在尝试引用调用这些行为的类中的对象时遇到问题，让我尝试解释一下：

我的“父”类有一个名为 CurrentPage 的属性。我还有一些行为逻辑，可以修改 CurrentPage 属性，目前这是在同一个类中编写的。我现在需要在很多地方重用该行为，所以我想将其封装/抽象到一个单独的...呃...类中？

我感觉到可能有一种设计模式可以满足我的需求，但我不知道该使用哪一种。

有人可以帮忙吗？

谢谢， 标记

（我使用的是 C#、Silverlight 和 MVVM。CurrentPage 是通知属性，而不是字段，因此不能作为 ref 类型传递到行为子类中）

更新：按要求添加的示例：

class MainApp
{
    public static string CurrentPage { get; set; }

    /// <summary>
    /// Entry point into console application.
    /// </summary>
    static void Main()
    {
        CurrentPage = "Default value";

        Console.WriteLine(CurrentPage);

        DoWork();

        Console.WriteLine(CurrentPage);

        Console.ReadLine();

    }


    private static void DoWork()
    {
        CurrentPage = "A new page";
    }

}

我正在尝试将 DoWork() 提取到一个单独的类中。

Answer 1

将行为抽象到它自己的类中。然后委托给它。如果一定要命名的话，我想这就是“策略”模式。

例如：

class MainApp
{
    ...

    void DoWork()
    {
        CurrentPage = "A new page";
    }
}

可能最终会这样：

class PageModifier
{
    void ModifyCurrentPage(MainApp instance)
    {
        instance.CurrentPage = "A new page";
    }
}

class MainApp
{
    ...
    PageModifier _mod;

    void DoWork()
    {
        _mod.ModifyCurrentPage(this);
    }
}

现在您可以在各处使用 PageModifier，并且行为保留在一个位置。

Answer 2

不了解 C#，但这听起来可能适合接口定义。然而，通常这意味着忽略您希望定义的行为的实际实现。

Answer 3

将逻辑移至其单独的类中，公开其相关方法，并在需要时从初始类中调用它们。通常，服务方法将采用类似的参数作为初始类的实例。
虽然我觉得这里不是直接讲设计模式的，更多关于设计原理的，可以看看GoF的书；这是值得的。