factory-pattern

    3熱度

    5回答

    我有一個工廠類來構建基類B的對象。 使用此工廠的對象(D)接收表示實際類型的字符串列表。 什麼是正確的實現: 工廠接收枚舉(並使用開關創建函數內部)和d負責將字符串轉換爲枚舉。 工廠收到一個字符串並檢查匹配到一組有效字符串(使用ifs') 其他實現我沒有想到。

    5熱度

    6回答

    目前我創建了一個ABCFactory類,它有一個創建ABC對象的方法。現在我想到了,也許沒有工廠,我可以在我的ABC方法中創建一個靜態方法。什麼是專業人士和騙子在做這個改變?它會不會導致相同的?我沒有預見到其他類會繼承ABC,但從來不知道! 感謝

    11熱度

    3回答

    我似乎精神卡在輕量級模式的困境。 首先,讓我們說我有一個一次性的類型DisposableFiddle和工廠FiddleFactory: public interface DisposableFiddle : IDisposable { // Implements IDisposable } public class FiddleFactory { public Dis

    3熱度

    1回答

    我正在瀏覽SO中的「工廠方法」頁面,並且遇到了這個link。 和this comment。這個例子看起來像一個變種,並認爲以其原始方式實現:將實例化推遲到子類... 這是我的嘗試。以下代碼是否實現鏈接中指定示例的Factory模式?請驗證並建議是否必須進行重新分解。 public class ScheduleTypeFactoryImpl implements ScheduleTypeFactor

    1熱度

    1回答

    我打開其他IoC容器,如NInject和StructureMap,如果它們比這更清潔。我聽說StructureMap剛剛引入了「容器」,可能會簡化這個問題? 正如標題所說,有沒有更好的方法?這看起來像很多代碼,只是爲了註冊一個需要工廠來創建它的對象。 // The process to register an object, with a factory method var cfg = new

    8熱度

    1回答

    我創建了一個工廠和一組規範來創建和驗證聚合根。目前我有一些工廠的測試,稱爲工廠產品的規格,但我想知道這是否足夠。從設計角度來看,將工廠與其產品的規格相結合可能會更好,因爲它們密切相關。 如果使用聚合根產品的規範進行驗證而不是創建,從工廠內部調用它是否合理? 還是單元測試夠好?

    2熱度

    2回答

    我一直在考慮在C#.NET(4.0RC)中開始一個新項目幾天。該項目的最終結果將是一個類庫,包括我現在所稱的「ProviderFactory」,一些接口(或抽象類)和默認的「ProviderType」或兩個接口。 首先,我可能需要/決定改變我的類的命名,以免與已經在.NET中發生衝突。其次,我在這裏描述的內容很可能已經存在了(它甚至可能在.NET內部,而我本身並不知道它),所以如果是這種情況,那麼

    14熱度

    9回答

    我想知道,爲什麼會有靜態的Create方法存在? 例如,爲什麼使用此代碼: System.Xml.XmlReader reader = System.Xml.XmlReader.Create(inputUri); 在這段代碼: System.Xml.XmlReader reader = new System.Xml.XmlReader(inputUri); 我找不到理由使用了另一種,並不能

    1熱度

    2回答

    我不知道如何描述這個,但我想創建一個基類,其中包含一個名爲FromXml的共享(工廠)函數。我想這個函數實例化一個對象在正確類型,然後通過一個XmlDocument填充 例如,假設我有這樣的事情: Public Class XmlObject Public Shared Function FromXml(ByVal source as XmlDocument) As XmlObject

    6熱度

    2回答

    在這本書領域驅動設計,由埃裏克·埃文斯,在第6章一節的「工廠」(139頁),它說以下內容: 「的兩個基本任何好的廠的要求是: ... 「2。工廠應被抽象爲所需,而不是創建具體類(ES)的類型。」 能否請您對什麼是關於基本要求數量的聲明意味着闡述2.