strategy-pattern

    0热度

    2回答

    可能重复: How to suppress Java compiler warnings for specific functions 我想用一个地图来实现的策略模式。但是,我无法找到一种与泛型很好地搭配的方式。是否可以从下面的代码中删除编译警告而不改变功能? import java.util.HashMap; import java.util.Map; interface Event {

    3热度

    1回答

    假设一家赌场(C)拥有一个只涉及一名玩家和一名经销商的游戏。该游戏使用m + n张牌,m被标记为获胜牌,'n'被视为丢牌。 规则关于游戏/信息: 玩家都知道中奖卡“m”和在每一个阶段失去卡“n”的数数。 玩家开始使用'X'数量玩,直到所有卡被抽出。 经销商是非常非常聪明的,并有权根据玩家放置在桌上的赌注来绘制一张获胜牌或一张丢牌。 每次抽奖都会减少任一类别的卡牌数量,即如果获胜卡牌被抽出,获胜卡牌

    3热度

    1回答

    我遇到了一个应该使用领域模型中的战略模式的例子。我有一个用户类代表系统的用户。每个用户在使用系统时都可能会收到请求。一旦接收到请求时,一些处理逻辑是可能的: 自动删除请求 通知用户有关接收到的请求 等... 在这种情况下,似乎战略模式是适应的。我有一个名为RequestReceivedPolicy的接口,它有多个实现此接口的类(即每个处理逻辑有一个类)。类对应于所选策略的类的一个实例保存引用。 这

    0热度

    2回答

    嗨,大家我试图实现战略模式,但我不能在具体的类中设置金额,我的意思是金额与助手类中具有关系的金额相同与界面。我尝试着用构造函数和setter以及getter方法设置这个值,但是如果你可以看一看并给出一些反馈,它就会变成graet.Here就是代码。 public interface InvoicingAlgorithm { public void getInvoice(String n

    1热度

    2回答

    我需要一些设计帮助。 我有一个班级,我们称之为可以实现多种行为的飞船。 我已经定义了一个接口来声明每个行为都支持的操作。 到现在为止,这是经典的战略模式。 但是,实施的策略需要能够调用上下文类的动作和方法。我一直在考虑将上下文作为接口本身传递给封装算法。 这是最好的方法吗?如果不是,你会推荐什么?使用观察者模式以及使你的策略不耦合到上下文

    5热度

    1回答

    好的,所以我被赋予了一个任务,要求我使用策略和工厂设计模式。问题如下: 您正在开发银行用于处理贷款的申请。有一个Loan类的方法capital()。 capital()方法包含一个丑陋的if-then-else条件,它检查一些Loan对象实例属性,并根据属性为贷款类型使用正确的策略。下面是capital()方法的伪代码: capital() { if (expiry == null &&

    0热度

    1回答

    我在hibernate中映射了一些类,这些类基本上是一个策略模式。我有一个类“用户”知道抽象类“UserType”,它声明了一个抽象方法“purchaseSomething()”,子类覆盖此方法。 现在,我将所有类映射为实体,因此我有三个表。每次用户提交给系统时,当我坚持用户时,这将他的UserType子类实例保存在表中。我希望它有一个名为“UserTypes”的表,只有两个colums“id”和

    1热度

    1回答

    参考发布的问题here,请您评论一下,如果这是一个很好的方法来解决扩展类的可选行为,那么使用组合而不是继承。 Plannable行为在这里由策略模式扩展。 因此,类Task可以可选地具有各种行为的任意组合。 Plannable只是其中之一,因此继承在这里显然没有意义。 问题是当Task没有特别的行为时该怎么做?我看到一些可能的方法: 实例化每项任务的具体策略,而当Task不是Plannable实现

    1热度

    2回答

    我有三种类型的算法,每种算法都采用不同的参数类型。 class AlgorithmA { Execute(int param); } class AlgorithmB { Execute(string param); } class AlgorithmC { Execute(); } 采用与MEF的策略模式,我做了以下内容: interface

    10热度

    5回答

    我已经学会了两种模式,但并不了解这两种模式之间的差异。 我不知道的情况,何时何地使用这些模式。 任何一个可以解释的差异和使用情况?