strategy-pattern

0熱度

2回答

編譯警告是否指向壞設計？

可能重複： How to suppress Java compiler warnings for specific functions 我想用一個地圖來實現的策略模式。但是，我無法找到一種與泛型很好地搭配的方式。是否可以從下面的代碼中刪除編譯警告而不改變功能？ import java.util.HashMap; import java.util.Map; interface Event {

java strategy-pattern 2012-12-14

---

3熱度

1回答

算法：利用m張獲勝牌和n張丟牌，使紙牌遊戲的利潤最大化

假設一家賭場（C）擁有一個只涉及一名玩家和一名經銷商的遊戲。該遊戲使用m + n張牌，m被標記爲獲勝牌，'n'被視爲丟牌。 規則關於遊戲/信息： 玩家都知道中獎卡「m」和在每一個階段失去卡「n」的數數。 玩家開始使用'X'數量玩，直到所有卡被抽出。 經銷商是非常非常聰明的，並有權根據玩家放置在桌上的賭注來繪製一張獲勝牌或一張丟牌。 每次抽獎都會減少任一類別的卡牌數量，即如果獲勝卡牌被抽出，獲勝卡牌

algorithm strategy-pattern evolutionary-algorithm 2012-12-15

---

3熱度

1回答

領域模型中的戰略模式

我遇到了一個應該使用領域模型中的戰略模式的例子。我有一個用戶類代表系統的用戶。每個用戶在使用系統時都可能會收到請求。一旦接收到請求時，一些處理邏輯是可能的： 自動刪除請求 通知用戶有關接收到的請求 等... 在這種情況下，似乎戰略模式是適應的。我有一個名爲RequestReceivedPolicy的接口，它有多個實現此接口的類（即每個處理邏輯有一個類）。類對應於所選策略的類的一個實例保存引用。 這

design-patterns design strategy-pattern 2012-11-01

---

0熱度

2回答

策略設計模式

嗨，大家我試圖實現戰略模式，但我不能在具體的類中設置金額，我的意思是金額與助手類中具有關係的金額相同與界面。我嘗試着用構造函數和setter以及getter方法設置這個值，但是如果你可以看一看並給出一些反饋，它就會變成graet.Here就是代碼。 public interface InvoicingAlgorithm { public void getInvoice(String n

java strategy-pattern 2012-11-10

---

1熱度

2回答

帶上下文的派生算法的策略模式調用方法

我需要一些設計幫助。 我有一個班級，我們稱之爲可以實現多種行爲的飛船。 我已經定義了一個接口來聲明每個行爲都支持的操作。 到現在爲止，這是經典的戰略模式。 但是，實施的策略需要能夠調用上下文類的動作和方法。我一直在考慮將上下文作爲接口本身傳遞給封裝算法。 這是最好的方法嗎？如果不是，你會推薦什麼？使用觀察者模式以及使你的策略不耦合到上下文

design-patterns strategy-pattern 2012-12-31

---

5熱度

1回答

使用工廠和戰略設計模式

好的，所以我被賦予了一個任務，要求我使用策略和工廠設計模式。問題如下： 您正在開發銀行用於處理貸款的申請。有一個Loan類的方法capital()。 capital()方法包含一個醜陋的if-then-else條件，它檢查一些Loan對象實例屬性，並根據屬性爲貸款類型使用正確的策略。下面是capital()方法的僞代碼： capital() { if (expiry == null &&

design-patterns design uml factory-pattern strategy-pattern 2012-11-17

---

0熱度

1回答

如何映射只有行爲的Hibernate中的類？

我在hibernate中映射了一些類，這些類基本上是一個策略模式。我有一個類「用戶」知道抽象類「UserType」，它聲明瞭一個抽象方法「purchaseSomething（）」，子類覆蓋此方法。 現在，我將所有類映射爲實體，因此我有三個表。每次用戶提交給系統時，當我堅持用戶時，這將他的UserType子類實例保存在表中。我希望它有一個名爲「UserTypes」的表，只有兩個colums「id」和

hibernate database-design behavior strategy-pattern 2012-11-17

---

1熱度

1回答

具有虛擬混淆策略的策略模式

參考發佈的問題here，請您評論一下，如果這是一個很好的方法來解決擴展類的可選行爲，那麼使用組合而不是繼承。 Plannable行爲在這裏由策略模式擴展。 因此，類Task可以可選地具有各種行爲的任意組合。 Plannable只是其中之一，因此繼承在這裏顯然沒有意義。 問題是當Task沒有特別的行爲時該怎麼做？我看到一些可能的方法： 實例化每項任務的具體策略，而當Task不是Plannable實現

c# design-patterns strategy-pattern 2012-11-22

---

1熱度

2回答

MEF中的參數化策略模式

我有三種類型的算法，每種算法都採用不同的參數類型。 class AlgorithmA { Execute(int param); } class AlgorithmB { Execute(string param); } class AlgorithmC { Execute(); } 採用與MEF的策略模式，我做了以下內容： interface

c# design-patterns design mef strategy-pattern 2012-11-24

---

10熱度

5回答

訪客和策略模式有什麼區別？

我已經學會了兩種模式，但並不瞭解這兩種模式之間的差異。 我不知道的情況，何時何地使用這些模式。 任何一個可以解釋的差異和使用情況？

java design-patterns strategy-pattern visitor-pattern 2012-11-28

---