design-patterns

    2熱度

    5回答

    我有這樣的設計: public interface MyInterface { public abstract List<Sth> getSth(); } public class MyConcreteImplementation implements MyInterface { private ConcreteSth mSth = new ConcreteSth();

    0熱度

    1回答

    具有活動記錄的實體是對象還是組件?

    1熱度

    2回答

    我有一個Question類,它有一個屬性OptionList,這不過是一個列表。問題和選項存儲在數據庫中的差異表中。 現在有些時候,我只需要Question對象而沒有它的關係屬性,也就是映射到db中不同表的實體的屬性。因此在這種情況下,我不需要填充OptionList。 但是,然後再次有時我需要填充OptionList屬性。 我現在想的方法是有兩種不同的方法。 public Question Ge

    1熱度

    1回答

    問:標題可能太大的問題,答案可能是「它取決於」?但是,提供一些實際案例/示例應該可以幫助像我這樣的開發人員識別何時應用什麼。我將從我的特殊情況開始。你會或不會使用自定義錯誤類?爲什麼/爲什麼不? 歡迎使用下面的其他示例,例如當您使用自己的錯誤類時。我真的很想知道。 例如:我正在使用httparty來查詢我們的Rails Web服務應用程序的某些數據。它使用基本認證。我將粘貼測試代碼和實現。我的測試

    1熱度

    3回答

    我有一個接口 interface IRepository<T> { List<T> GetAll(string id) List<T> GetAll(string id, string desc) List<T> GetAll(string id, string desc, int[] status) List<T> GetAll(string id, s

    69熱度

    4回答

    我想知道模塊模式或Constructor/protoType模式是否更適用於我的工作。 基本上我使用不顯眼的javascript - HTML文檔有一個對.js文件的引用。 我模塊模式的理解: 調用的init方法(這基本上是一個公共方法我可以創建並返回使用模塊模式) 在init方法中,將所有的點擊事件等 這聽起來像我的情況的最佳模式,因爲我並不需要創建對象和繼承層次等 我的構造/原型模式的理解:

    0熱度

    1回答

    全部問候: 我目前正在構建一個Web應用程序,並且一直在討論是使用常規的數據庫登錄系統,還是使用基於openid的登錄系統,就像我們在stackoverflow和family上一樣。我的問題是什麼時候應用程序設計人員會選擇比傳統的登錄系統更開放的openid系統,以及何時使用傳統的數據庫登錄系統會更好?

    1熱度

    2回答

    我必須創建許多與每個對象相關的對象(即一個作爲構造函數的參數傳遞給另一個對象)才能完成一些工作。 通常工廠類型模式似乎只適用於只有一個對象。這是幾個。我正在考慮做一些流暢的接口,然後類中的屬性是最終的對象,或者使用規範設計模式。還有其他更好的方法嗎? 感謝

    0熱度

    2回答

    我想創建WPF控件,它由幾個其他控件組成。主要問題是如何根據Model的類型選擇權限控制的實現? <MyControl> <!-- if DataContext.GetType() == Type1 --> <Control1 DataContext = {Binding}/> <!-- if DataContext.GetType() == Type2 --> <Control2 Dat

    1熱度

    2回答

    我在尋找一款適合以下規格的設計圖案: 1-假設您有包裝動物,包括'動物','貓'和'狗'。 2-您必須修改'動物'中的方法行爲(也可以像在包中一樣在「貓」和「狗」中重寫),而不對包動物源代碼進行任何修改。 我確實爲這種目的找到訪問者模式,但問題是您必須修改包動物源代碼,包含'實施'包括接受方法的Visitable接口。但是,這是不允許的。 你有什麼建議?