loose-coupling

    1熱度

    1回答

    我要求是使用形狀的名稱,並繪製形狀與尺寸像的方法Draw('rectangle', 'l:10,w:20');。 應該有針對該形狀的類型的尺寸的驗證。 可以重構這些類以添加更多類或更改層次結構。 應該使用反射之類的運行時檢查。這個問題只能通過課堂設計來解決。 不要在客戶端的方法Draw使用if-else或switch語句。 要求: public static void main() {

    2熱度

    1回答

    要求:我想開發一個搜索小部件,它應該根據傳遞給cshtml的模型屬性生成kendo控件。 例如:如果模型包含以下如 public string Name {get; set;} 然後屬性它應產生文本框作爲對照,或者如果屬性是 public string DateOfBirth {get; set;} ,它應產生一個datepicker 。 我能夠實現的是動態地將模型傳遞給cshtml,以便

    1熱度

    1回答

    我想實現一個複雜的類,其構造需要指定一個條件,允許構造函數確定何時構建對象。考慮,例如: class RigidBody { private: std::vector<double> trajectory_; // Other stuff... public: RigidBody(std::unique_ptr<TerminateCondi

    0熱度

    1回答

    我是新來的依賴注入模式。請看下面的情況。現在,我的下面的代碼緊密結合在一起。我想把它做得很輕鬆。 有人可以幫助我實現依賴注入使用統一? // Implementation of class A public class A { public B b{get;set;} public A(B b,string c) { this.b=b; thi

    1熱度

    4回答

    我一直在尋找單元測試的好處,並驗證代碼的正確性和附加的好處,你會自然地創建鬆耦合的代碼,如果你做得很好。換句話說,一個單位就像一種方法一樣小 - 不會更大。這些似乎是大2.我只是想知道,如果良好的單元測試將環繞代碼並保護其功能免受其他開發人員代碼更改(假設單元測試失敗是失敗的構建)。我還忽略了其他的好處嗎?

    -1熱度

    1回答

    在服務器端處理客戶端服務器應用程序我有一個面向客戶端的服務組件,該服務組件攔截來自客戶端的所有套接字請求,並在掃描消息後將它路由到不同的服務消息總線,所以它們鬆散耦合。 事情是這樣的: 問題是,一旦服務與業務邏輯進行,那麼需要發送回覆給客戶,但通過「請求處理服務」的一切讓所有的應答消息服務正在經歷單個服務組件,即「請求處理程序服務」,因爲我沒有將ChannelHandleContext對象引用與其

    0熱度

    1回答

    我有一個按計劃每天運行的備份過程(生產),並且定期使用生成的備份來刷新較低的環境。我正在構建一個自動化解決方案,將.bak文件下載到較低的環境(不同的服務器)。我不願意在備份中使用MIRROR TO選項,因爲如果鏡像中的內容失敗,它可能會影響正常的備份操作。我在這裏想要使用服務代理,並在備份過程結束時異步觸發從prod到較低環境的文件副本。我在瞭解服務代理,消息類型,服務,隊列和合同方面付出了很多

    0熱度

    1回答

    我正在讀一本書,它給出了鬆耦合的例子: 作爲一個例子採取的Java類的按鈕,在這裏你需要和 聽衆分配一個按鈕,以現有的按鈕而不必在現有按鈕類中更改 任何內容。 我不知道我理解作者的意思。這是一個鬆耦合的例子嗎?

    0熱度

    1回答

    我已經開發了一個WPF應用程序,使用了Prism和Unity框架,我對以下內容有一些擔憂,無論我是否已正確實施它們。 抽象類/接口 - 我已經在一個程序集中的所有層次構成接口,然後引用它在各個圖書館實施。現在,引用的庫可以訪問其他層的所有非必需接口。對於例如服務層可以訪問UI接口。這是clear separation的正確實施,還是應該將其拆分爲多個部件。 查看模型依賴關係 - 我主要使用Even

    1熱度

    2回答

    我有類,A,B,C,d A具有到E和B以及C和D 的列表在AViewModel這些露出的參考在樹上。 A的視圖看起來像圖片中的樣子。 當應顯示選擇的相應視圖的節點。 沒有爲E,B,C和d 的ViewModels我的問題如下: 例如E是所選擇的節點。我將它作爲「object SelectedItem」存儲在AViewModel中。 什麼是以鬆散耦合方式創建EViewModel的最佳方式,以便我不想在