mediator

    0熱度

    1回答

    我正在構建用於在各種類似圖層之間切換的選項卡式接口。每一層都有許多圖。通過拖動鼠標,可以重新排列圖形,甚至可以在圖層之間移動圖形。我的問題是,最好的做法是爲每個圖層註冊一個獨特的媒介,以跟蹤圖層內容/組織,或者我應該使用一箇中央調解人來跟蹤它。 一些注意事項: 層內容和組織將被保存(在DB),以便它可以在用戶回來到應用程序恢復。 這些圖層本身在功能上是相同的。 用戶可以隨意添加和刪除圖層。 謝謝!

    3熱度

    3回答

    在我的應用程序中,我有幾個必須瞭解彼此的組件,例如菜單欄和工具欄,這兩個組件都需要知道表添加或刪除作業,以及找出選擇哪個工作。 因此,我創建了一個名爲guiMediator的對象,我傳遞給每個對象,並向它們註冊自己,以便它們可以使用該對象互相訪問。它還負責在添加新工作或後臺工作人員完成工作時觸發事件。 既然知道很多關於系統的知識,這種類型的用法在一個地方負有多少責任,或者這是模式的正確用法?

    0熱度

    1回答

    我需要構建一個非常簡單的嚮導,將文本文件導入應用程序的三個步驟,我需要使用中介模式。我只是想知道是否有一些示例應用程序或一些教程或文檔。我嘗試在互聯網上搜索一些,但沒有找到任何示例。

    7熱度

    4回答

    有人能指出兩者之間的主要區別嗎? 看來,至少在概念上,這兩者是密切相關的。如果我冒險猜測,我會說發佈/訂閱方法是中介模式的一個子集(因爲中介不一定以發佈/訂閱方式使用,但後者似乎需要一種中介目的)。它靠近它嗎?

    2熱度

    2回答

    組件在運行時創建並且調解器被創建並註冊。一切都很好。 在單獨的視圖中,創建了該組件的另一個實例。介體已創建,但onRegister()不會在第二次調用。我不知道這是否正常......但如果是這樣,我怎麼才能第二次調用Register()呢?謝謝。 :)

    2熱度

    1回答

    使用mediator模式處理微不足道的消息(顯示圖像查看器窗口等)是否是一種很好的編程習慣? Mediator.NotifyColleagues(Messages.DISPLAY_IMAGE, image); ,而不是僅僅使用 frmImageViewer.Show(image); 我在我的程序有很多使用調解程序,並想知道有多少是太多了。 問候, 勒布

    1熱度

    3回答

    我正在使用中介模式來促進GUI對象的單元測試。 psudo代碼示例: Class MyGuiClass { //... Declare and initialize mediator to be a MyMediator private void On_SomeButtonPressed() { mediator.SomeButtonWasPressed(

    1熱度

    2回答

    有人可以解釋調解器模式如何與多個實例一起工作。 我的視圖代碼: public MyView() { Mediator.Register("CloseWindow",()=>Close()); } ,並在視圖模型: public SomeMethod() { Mediator.Notify("CloseWindow"); } 這找工作,只要有只有一個視圖的實例 - 視

    3熱度

    3回答

    所以對於我目前的項目,基本上有三個主要的Java類: GUI 即時消息 計算 從本質上講,需要有充分的溝通,所以我們我決定使用中介方法,而不是讓GUI運行整個項目。 基本上,介體將封裝通信。我們遇到的問題是如何讓GUI組件更新,而無需構建大量方法供調解者在任何時間完成調用。 Ex。假設GUI想要登錄用戶,它通過中介創建一個線程並登錄,但是中介必須將成功/失敗轉發回GUI並更新狀態消息。 另一個問題