可以讓控制器在應用MVC模式時繼承視圖嗎？

Question

我正在學習「練習」中的MVC模式，這意味着我正試圖掌握如何在任何給定的Java應用程序中實現它。我剛剛通過另一個question得到了一點智慧，我跟進了這裏。

MVC模式的本質是模型不應該知道視圖或控制器。但是，控制器和視圖都必須知道控制器很可能需要更新視圖，並且視圖需要將用戶操作發送給控制器。我知道一個人通常使用策略模式實現控制器，這意味着控制器是視圖的行爲。無論人們如何看待它，視圖和控制器都是相互交織在一起的。

現在，我知道一個人應該贊成組合而不是繼承。然而，在控制器繼承視圖的情況下創建一個設計是否有意義。我主要考慮不必在視圖上編寫大量的訪問器和增變器方法，而是使用受保護關鍵字定義所有組件，以便子類可以訪問它們。

有人可能會認爲當用戶輸入發生時視圖應該能夠通知控制器。我的想法是讓控制器中的每個按鈕都有相應的操作。然後，它只是一個註冊正確的操作（在控制器，這是子類）與相應的按鈕（在視圖中）的問題。

我該如何模糊顧慮的分離？這仍然是MVC模式，還是我正朝着完全不同（甚至更糟糕）的方向前進？

所有的反饋是最歡迎的！

Answer 1

當您的控制器擴展視圖時，從Java的角度來看，您的控制器是「一個」視圖。所以說在這種情況下你違反mvc模式是很安全的。

Answer 2

不，我不認爲它確定，對我來說這聽起來很糟糕。它在某些情況下可能會有所幫助，但它肯定不是MVC。

Answer 3

不要去那裏 - 它會變成一個M-VCS（Model-ViewControllerSpaghetti）架構。

原則上，我會說，用戶輸入（包括按鈕和其他控制）不屬於視圖，但到控制器（或到GUI層具有-一個控制器）而只有視圖顯示模型。

您的控制器GUI熟悉該視圖並通知該模型已更新並且應該重新顯示該模型是合理的。沒有訪問器和mutators是必要的。

Answer 4

@Jan Galinski是正確的。如果你看一下example和picture在你前面的問題中引用，你會看到Controller有-一個View，它有-一個Model，而在剛剛View有-AModel（實線箭頭）。該Controller傾聽View和View傾聽Model（虛線箭頭）。

附錄：通過這種方式，您可以看到類圖與代碼之間的一對一對應關係。

Answer 5

不要聽這些fuddy duddys。聽起來對我來說是一個偉大的計劃。

這是交易。

Controller「is-a」View是一個完整的，完整的細節，這對實現並不重要。只要沒有使用控制器將其用作View，那麼誰在乎Controller的類層次結構是什麼？

現在，通過從視圖中降序，那麼在理論上，開發環境不能使用需要View的Controller「意外」保護您。這隻會讓你更加小心。

它是否使您的控制器更多地依賴於視圖，而不是它與它具有「有-α」關係？八九不離十。它使得更換視圖變得更加困難，雖然後面有不同的視圖，但是您可以使用該事件作爲重構從「是 - 到」關係到「有-a」的動機。

可以說，通過這樣做，你只是在「懶惰」，但我會依賴程序員和懶惰拉里·沃爾。

從建模的角度來看，這根本就不是什麼大事，坦率地說是保存給學生。在操作上它沒有區別。