2

Stackoverflow 上已经有一些类似场景的问题，但它们并没有真正解决我的情况。我目前正在做一些重构，并希望通过应用模式使代码更加健壮、灵活和可读。这是任务：

我有一个类，比如说 A 类，它在设置其中一个成员时应用了一些逻辑。这个逻辑很容易改变，所以我想把它外化。这就是策略模式有用的地方。此外，在某个阶段，我需要过滤 A 类对象的列表。过滤逻辑也应该是可配置的，因此在这个任务中，stratey 模式也很方便。问题是：如何将这些要求结合到面向对象的设计中？

到目前为止我的想法： - 为 A 类型的对象使用工厂，它有两个策略对象：SettingMemberStrategy 和 FilterStrategy。如果具体工厂实现为单例，则需要在创建对象之前指定两个策略对象。- 在A类的接口上有两个方法：setMember(value); 布尔过滤（）。这些方法的确切实施由策略决定。然而，对象是否也应该携带策略的实例？

这种方法可能会奏效，但对于这项任务来说似乎有点过度设计并且在美学上不太令人愉悦。有人可以暗示更好的解决方案吗？太感谢了。

干杯，

马丁

public interface IA {
   setMember(); 
   filter();
}

public class A implements IA {
   private String theMember = "";

   getMember() { return this.theMember; }
   setMember(String input, otherParameters[]) {  
      // set value for member based on strategy and parameters
   }        

   boolean filter(); 
   // returns yes/no based on whether this class should be filtered 
   // as per filter strategy
}


public class myFactory {
    private FilterStrategy  myFilterStrategy; 
    private MemberStrategy  mySetMemberStrategy; 

    IA createObjectOfClassA() {
        a = new A(mySetMemberStrategy, myFilterStrategy);
    }

    setFilterStrategy(FilterStrategy s) { this.myFilterStrategy = s }

    setMemberStrategy(MemberStrategy s) { this.mySetMemberStrategy = s }
}
4

1 回答 1

1

这个问题完全取决于你如何使用这些对象。我的直觉告诉我，在大多数情况下，你不需要工厂模式和策略模式——你会想要选择其中一个，从而简化你的代码。

例如，如果您在工厂中创建对象 A 的子类，则消除可配置策略并将其烘焙到您的子类中。

但是，如果您不创建子类，只拥有具有可配置策略的对象，则消除工厂，并在需要时在其构造函数中创建具有适当策略的对象。

例如，如果您基于输入创建对象并使用工厂方法为您提供适当的实例，您也可以将两者结合起来，即

public A MyFactoryMethod(string typeToCreate){
      switch(typeToCreate) {
           case "AbeforeB":
               return new A(new FilterStrategyA(), new MemberStragegyB());
           case "allA":
               return new A(new FilterA(), new MemberStrategyA());  
           // etc. etc.        
       }
}
于 2013-05-07T15:02:13.707 回答