我正在尋找一組場景，可用於評估給定MVC framework的整體優雅，強項和弱點。評估應用程序堆棧或框架的測試
例如，一個這樣的測試可能是當它影響表示層中的元素時如何幹淨地授權處理。如果用戶有權查看對象中的元素，那麼在視圖或業務邏輯中做出該決定。這兩者是否相互混淆，使業務邏輯處於影響顯示對象佈局的代碼中？
這個通用領域還存在其他問題，並且考慮到自1979年以來MVC一直存在，我相信有些書可以處理這類事情。但是，我並沒有在企業架構中尋找另一種模式參考。我正在尋找一個問題和陷阱的彙編。因此，如果您有任何想要拋棄框架的測試場景，或者如果您對處理這類事情的書有任何建議，我會很高興您分享這些場景。
我在MVC框架中尋找的東西是爲了避開我的路！所以，當你談論基於用戶安全級別有條件地顯示UI元素時，我想到在ASP.NET MVC中解決這個問題是多麼容易。我剛剛創建了一個基本控制器，它的所有其他控制器都繼承自它，並且它有一個在Web請求首次進入時觸發的方法。我使用該方法檢查cookie，確定用戶是誰以及他們具有哪些角色，然後我在請求上下文中填充這些信息，稱之爲令牌。現在我想查看用戶是否具有特定角色的應用程序中的任何其他位置，我只需拿起令牌，然後詢問用戶是否具有該特定角色。易如反掌。我認爲基本的網站功能非常簡單，我不想繞過追逐最新的那些實現這些功能。只要給我一種我可以有效編程的語言，以及一個包含我需要的所有東西的簡單框架，其實就是簡單的東西，比如請求管理，響應管理，緩存和Cookie，我會很好。這種語言可能是PHP的，然後選擇Symfony或其他東西，或者如果它是Java，也許Spring會做，或者Ruby on Rails或Django。我認爲大多數這些框架都有你需要的功能，然後有一些，但是我想知道的是框架會在我想要的時候保持不變。