interface

    10熱度

    10回答

    我明白編程接口有助於鬆耦合。但是,有沒有一個指導方針可以解釋何時最有效? 例如,我有一個簡單的Web應用程序,收集關於員工的數據,他們的培訓計劃,費用和計算一年的費用等。這是一個相當簡單的應用程序,我當然可以使用一個接口,但不知道是否會有任何用處。爲了使用它,我將使用它。 總是有人會爭辯說,隨着應用程序複雜性的增長,我傳遞對象時,傳遞類型(接口)比實現更有意義。那麼,我是否應該等待應用程序變得複雜

    45熱度

    8回答

    我可以用反射或類似的東西來做嗎?

    17熱度

    2回答

    我一直在使用moq在單元測試中模擬對象,我在網站上看到有關moq的知識,它可以模擬類和接口。 有一天我和我的一位同事討論過,他們表示從來沒有理由模擬類,我只應該模擬接口。 我真的沒有答案,....我似乎也無法找到任何答案在moq網站上。 確實不應該嘲笑類嗎?我會說不,因爲如果那是真的,那麼Moq甚至不會允許它......那麼是否有一段時間最好是通過界面嘲笑一個類?模擬一個類與模擬一個接口有什麼區別

    3熱度

    1回答

    因爲我在我的類中實現了ICollection-Interface我想實現CopyTo-Method,如果數組是多維的,我必須拋出一個參數異常。 這是什麼意思?我的方法的頭是這個 公共無效CopyTo從(MyClass的[]數組,INT arrayIndex) 我想這些支架將意味着給定的數組是一維的,但是當我自動導入從評論接口的評論出現了,我必須檢查多維度。 有人可以解釋給我嗎? 隨着親切的問候 塞

    7熱度

    6回答

    我有一個接口A,爲此我必須提供一些不同的 實現。但是,這些實現共享一些幫助器方法,所以我將這些方法移到了抽象基類中。 Interface A { void doX(); } abstract Class B implements A { protected void commonY() { // ... } @Override

    38熱度

    7回答

    從我讀過的最佳實踐中可以看出,基於接口的類和鬆散耦合的對象有助於代碼的重用和單元測試。 這是否正確,是否應該始終遵守規則? 我問的原因是我最近在一個有100個非常不同的對象的系統上工作。幾個共享的通用接口,但大多數不接受,並懷疑它是否應該有一個接口鏡像這些類中的每個屬性和功能? 我正在使用C#和點網2.0但是我相信這個問題會適合多種語言。

    0熱度

    2回答

    我還在學習ASP.NET和我經常看到這樣的代碼在我們整個框架的一部分: Public MustInherit Class DBFileManager(Of F As IDBFile, FC As IDBFileContent, FT As IDBFileThumb) 可有人告訴我這是什麼意思?非常感謝!

    31熱度

    11回答

    我找一個空的接口在nServiceBus走了過來這個接口 namespace NServiceBus { public interface IMessage { } } 有什麼用空接口?

    1熱度

    1回答

    前段時間,我找到了一篇文章(Roles: Composable Units of Object Behavior),描述了使用角色與接口或處理行爲要求的其他方式的優點。你們有沒有人知道我在哪裏可以找到更多關於這方面的文獻,或者更多地瞭解角色? 我知道這幾乎是一個研究課題,但也許有人(也許一些Perl程序員)已經嘗試過使用它(Moose?)。 注意:添加標籤「perl」的原因是Perl程序員可能會給

    2熱度

    4回答

    有鑑於此: Interface IBase {string X {get;set;}} Interface ISuper {string Y {get;set;}} class Base : IBase {etc...} class Super : Base, ISuper {etc...} void Questionable (Base b) { Console.Write