factory-pattern

    1熱度

    4回答

    我有一個類表示一個非常複雜的對象。這些對象可以通過多種方式創建:增量構建,解析不同格式的文本字符串並分析二進制文件。到目前爲止,我的策略如下: 有構造函數(__init__,在我的情況)初始化所有的內部變量None 供應不同的成員函數來填充對象 有這些功能返回新的,修改的對象給來電,所以我們可以做sd = SuperDuper().fromString(s) 例如: class SuperDupe

    2熱度

    3回答

    如果我有一個工廠創建一個需要另一個對象的實例的對象,我應該使用另一個工廠負責這個第二個對象的創建,或者原始工廠應該如何處理?

    0熱度

    1回答

    至於延續我剛纔的問題,(見https://stackoverflow.com/questions/3737848/creating-a-loosely-coupled-scalable-software-architecture 有人建議也摘要DAL像我抽象從表現層的BLL我的三層項目如何做到這一點的任何建議?我還需要BLL和DAL之間的工廠嗎?我需要你的輸入人員..謝謝

    1熱度

    3回答

    我有一個任務,要求我使用工廠模式實現一個不可變的數據結構,但問題是,抽象類是通用的,並有靜態方法引用泛型類型給我的問題。我的任務是要求我使用靜態方法,所以我開始恐慌。任何幫助/建議? 編輯添加了一些示例代碼,這裏是規範的教授給我們 簽名的方法之一: ExampleClass.method1:ExampleClass中,T - > ExampleClass中 ExampleClass.method2

    0熱度

    1回答

    我有一系列類,我將註冊爲更高級別抽象類的服務。高級班將有一個功能,獲得基於init args等較低級別的類。這聽起來很搶手嗎?另外,這是什麼叫?我稱之爲工廠功能/類,但我真的不知道(這使得谷歌最佳實踐更難)。

    1熱度

    1回答

    我想我知道這個問題的答案,但我希望有人有着簡潔的解決方案。我們目前使用兩種下拉控件(Telerik和.Net)。我希望將這些結合到一個控制中,但是卻需要用戶友好的設計。 理想的情況下,控制將與的,也就是說,一個布爾屬性設計文件創建「SimpleBox,」確定繼承哪種控制。實例化將在代碼隱藏設計文件中生成,然後構造函數將動態加載基礎(這是不可能的)。簡單的解決方案是創建一個IDropDown接口,然

    0熱度

    2回答

    考慮下面的工廠方法,該方法需要一些元數據並創建相關類型的列。 它的一切都很好,直到遇到依賴於一些附加數據(ColumnType.DropDownList)的列。這需要一些額外的數據(值列表)用於顯示目的。 我不想在元數據級別提供此數據,因此在工廠中創建對象時提供此數據似乎是明智的。但我正在努力尋找一種優雅的方式來獲得工廠方法的列表(見評論:不能在這裏硬編碼!) 任何想法?我向任何人開放! pub

    11熱度

    5回答

    我已經越來越熟悉工廠模式(與戰略模式一起)以及模式可以帶來的好處。但是,我一直在努力處理以下情況: 以前,我會做類似以下的事情,那裏有一個可以構建和保存Car的管理器類。在這裏沒有依賴注入,並且是一個糟糕的實現,特別是在嘗試單元測試時。 public class CarManager { public static Car GetCarFromDatabase(int carId) {

    0熱度

    6回答

    Im我無法擺脫工廠設計模式的概念。據我瞭解,它允許調用代碼不必擔心個別對象如何實例化,只需知道它將實現特定的接口。 我不能看到這是如何保存任何代碼,但。 舉例來說,如果我有3種類型的車輛 lorry, car, van 的,我創建了一個類爲他們每個人,我可以只使用一個switch語句。而與工廠類的實例香港專業教育學院迄今所看到的,我能有一個接口: Interface vehicle {

    2熱度

    6回答

    考慮這個例子 接口 interface IBusinessRules { string Perform(); } 的繼承 class Client1BusinessRules: IBusinessRules { public string Perform() { return "Business rule for Client 1 Perform