我应该使用哪种设计模式来建模人员-角色关系？

Question

我只是不知道我应该在这里采用哪种设计模式。假设我有这样的类：

class Person

String role;

public void takeRole(String role) {
  this.role = role;
}

public void do() {

  switch(role)

    case a:
      do this and that;
      this.role = b;

    case b:
      do this and that;

    case c:
      do this and that;
      this.role=a;

    ....

简而言之，一个 Person 有角色， do() 方法取决于他的角色是什么。在某些情况下，他可能不得不转换角色。我认为这个 do() 应该被抽象（更是如此，因为将来可能会定义其他角色）——但是如何抽象呢？应该有一个角色类吗？

任何帮助将不胜感激。

编辑：

感谢大家抽出时间。我还想补充一件事。我确实想到了（至少作为一个想法）许多建议的解决方案。以下是我的困难：如果我对 Person 类进行子类化（例如 PersonTypeA、personTypeB 等），并将每个特定角色分配给适当的人员类型，那么我在切换角色时会遇到困难（例如，工程师变成会计师！ ---至少可以说

，如果我为每个角色创建类，那么（1）角色感觉不像一个对象，因为（至少在我的情况下）角色没有属性。 我都必须创建一个新的角色对象——即使他们都共享相同的角色。

但只有方法。因此，role_A_1 与 role_A_2 没有什么不同，但对于每个人， 我自己很清楚，我不确定我的观点是否有意义。

Answer 1

不是以设计模式的方式，而是更多以逻辑的方式：

而不是有一个巨大的“如果角色是这个，那么做那个，否则如果是这个”语句，带有 DoThis() 方法的某种 Role 类会更容易。

一个人有一个角色。一个人可以DoThis()，而该角色也可以DoThis()。

角色不是说他们根据角色做什么，而是说他们可以做什么。

Answer 2

我还看到这里出现了一种状态模式。例如，您可以按照以下方式进行设计：

interface Role {
    public void doRole(Context context);
}

class RoleA implements Role {
    public void doRole(Context context) {
        // do this and that
        context.setRole(new RoleB());
    }
}

class RoleB implements Role {
    public void doRole(Context context) {
        // do that and this
        context.setRole(new RoleA());
    }
}

class Context {
    private Role _role;

    public Context() {
        // set initial role
        setRole(new RoleA());
    }

    public void setRole(Role newRole) { _role = newRole; }

    public doSomething() {
        _role.doRole(this);
    }
}

在此示例中，您可以通过询问其当前分配的角色Context对象执行的行为> 反对这样做。具体角色本身具有定义角色之间转换的方法。实际上，这里出现的是一个简单的状态机，其中具体的角色是节点，而对 setRole() 的调用是边。

Answer 3

我发现与人、公司和角色打交道是一次又一次重复的事情。 Martin Fowler 的分析模式书（与 Ward Cunningham 和 Ralph Jackson 合着）进行了广泛的讨论，值得深入阅读。

“处理角色”一章的在线版本（或其摘要，我手边没有这本书）可以在以下位置找到：http://martinfowler.com/apsupp/roles.pdf。

Martin Fowler 的网站还有一个完整的部分涉及分析模式：http://martinfowler.com/apsupp/roles。 pdf

Answer 4

您可能需要查看 Coad 的域中立组件：

http://www.petercoad.com /download/bookpdfs/jmcuch01.pdf

这让人们扮演多个角色，但通过包含事件（时刻间隔）使事情更进一步。他还谈论了很多关于色彩建模的内容，这很有趣，但不要让它让你失望——我认为这些想法非常合理。

伊恩.

Answer 5

查看用命令替换条件调度程序

Answer 6

我将使用 do 方法创建一个接口，例如

interface Action {
    void do()
}

然后定义一个 Map ，以便给定角色，可以通过 actionMap.get(role 检索相关操作）。然后只需通过 actionMap.get(role).do() 对操作调用 do()

Answer 7

我想说的是，角色有一个人。我有一个 Role 接口，其具体实现将包装一个 Person 并用我需要的任何新功能来装饰它。

public interface Role
{
    Person getPerson();
    void action(); // might need more here
};

public class Person
{
   // whatever fields you need
}

public class Admin
{
    private Person person;

    public Admin(Person p) { this.person = person; }

    public void action() { } // some some admin stuff.
}