design-guidelines

    7熱度

    2回答

    命名布爾屬性的Framework Design Guideline是什麼?如果沒有一個,那麼你的建議是什麼? 比方說,我有一個User類,我需要一個屬性來指定用戶是否啓用。這是我能想到的選擇: 啓用 啓用 的IsEnabled 禁用 殘疾人 IsDisabled 此外,如果BL說,用戶必須在默認情況下被禁用並且明確啓用,如果我更喜歡'啓用'變體,co認爲System.Boolean的默認值是fal

    2熱度

    4回答

    我有以下一組控件。 方案1: 如果您選擇的第3個一個單選按鈕,然後點擊進入,焦點將跳轉到護照號碼文本框。如果用戶選擇「其他」,則啓用「其他,請指定」文本框,並且爲了方便起見,屏幕焦點(光標移動)到該文本框。 方案2: 「指定其他」文本框隱藏,直到用戶點擊另一個單選按鈕。這樣做後,文本框變得可見並且光標放置在該文本框中。 您認爲哪種情況是更好的方法?也許你有另一種變化?請說明你的推理。 如果您可以對

    1熱度

    4回答

    我正在推遲一位同事的設計,並且想知道在這種情況下誰的SRP應用是正確的。 我看到SRP主要與較低層次的設計細節有關,例如階級責任。隨着抽象層次的提升,我認爲SRP仍然是相關的,但是單一責任的定義必然也會向更高的抽象層次發展。 在我的具體情況中,「處理foos,存儲結果並提供對這些結果的訪問權限」的服務具有「foo處理子系統」的單一責任,但是一位同事不同意並將其視爲2-3個獨立的職責。我的情況是,如

    43熱度

    2回答

    對於那些編寫可重用組件的人,如果您要擴展.NET框架的功能,您認爲哪些是最佳實踐? 例如,我正在創建一個Pop3庫,因爲在.NET中不存在這個庫。我是否創建自定義名稱空間或使用System.Net.Mail?

    2熱度

    2回答

    編寫C++項目測試套件的最佳實踐/指導原則是什麼?

    1熱度

    2回答

    昨天晚上,我設計了一個新項目,讓我在這裏提出這個問題,我想到了一些有趣的事情。 我的項目應該遵循Table Gateway模式,使用傳統的ADO.Net數據集進行數據訪問。我不想在我的數據訪問類中編寫簡單的查詢。所以我想出了一個解析器kindaa api的概念,它揭示了基於我的域對象在移動中生成查詢的對象和方法。 後來我希望這個API能夠連接到我的業務對象,並在業務對象實例上提供類型化的SQL生成