design-principles

    39熱度

    6回答

    我對Liskov替換原理的理解是,對於派生類,基類的某些屬性爲true或某些已實現的基類的行爲也應該爲真。 我想這將意味着當一個方法在基類定義,它不應該在派生類overrided - 從那以後代的基類,而不是派生的類會給出不同的結果。我猜這也意味着,擁有(非純粹的)虛擬方法是一件壞事? 我想我可能對原理有一個錯誤的理解。如果我不這樣做,我不明白爲什麼這個原則是好的做法。誰可以給我解釋一下這個?謝謝

    20熱度

    7回答

    接口隔離原則(ISP)指出許多客戶端特定接口比一個通用接口更好。爲什麼這很重要?

    1熱度

    4回答

    更新:請根據設計原則,優雅,意圖表達以及特別是通過設計選擇發送給其他程序員的「信號」來閱讀本問題。 我有一組對象的兩個「視圖」。一種是通過字符串值將對象索引的字典/地圖。另一個是字典/地圖通過序數(排序整數)對對象進行索引。對象本身沒有「主」集合,可以作爲多個對象的權威來源,但這兩個字典應始終包含對所有對象的引用。 當一個新項目被添加到該集合中時,一個引用被添加到兩個字典中,然後需要完成一些受新的

    3熱度

    2回答

    有沒有人知道爲什麼可以使用System.Web.Mvc.HtmlHelper(隱藏,複選框,密碼,文本框)呈現一些HTML表單控件,有些不能也應該用HTML(文件,提交)明確寫入?這種分離的原則是什麼?

    2熱度

    3回答

    是否引用業務類中的System.Windows.Forms並使用MessageBox.Show錯誤? 目前有一個事件處理裝飾類裝飾服務類。當某些事件觸發裝飾者想問用戶他們是否想繼續處理某些功能時。 這個裝修類有這些消息框可以嗎?

    3熱度

    6回答

    我是新用戶控件,迄今爲止只創建了一個,所以請耐心等待。我今天一直在閱讀,usercontrols應該是獨立的,不要依賴父容器中的任何信息。我明白了這一點,但是我很難理解的是圍繞這個原則設計我的程序的「正確」方式。 我正在C#中製作一個網頁表單,其中有一個在該網頁中有一個usercontrol的頁面。我在其ascx文件中創建了usercontrol,並將其拖入我的aspx頁面。 usercontro

    0熱度

    2回答

    牛仔編碼器需要從SO-老兵一些幫助: 我有一個使用它從文件中讀取(在現實中,也可以是不同的文件,但我們只承擔一個單一的文件)參考書目給定的應用。 我構建了一個新的應用程序,該應用程序應該以與應用程序相同的方式使用參考書目,因此我複製了相關類(es)。 後部分天我得到的東西正在運行% - | ... 問題如下: 在參考書目類有代碼來讀,寫和保持書目。如果有一堂課閱讀參考書目和一個保存所有價值的容器課

    4熱度

    5回答

    喂大家 最近我一直在讀的書:由Bob馬丁 以下 「敏捷軟件開發,原則,模式與實踐」( SOLID)靈活的設計原理是本書中列出: 單一職責原則 開閉原則原則 里氏替換原則 接口分離原則 依賴倒置原則 因爲事實的,這本書很舊的(2003年),我有一個問題: 除SOLID方法外還有其他新開發的原理嗎?如果是的話,是否有任何書籍/網站可以向您推薦這些新興的原理和實用的代碼示例? 當然,我可以谷歌一些這些。