MVC Web 框架中不相关视图的优雅解决方案是什么？

Question

我在 Rails 和 ASP.Net MVC 中遇到了以下问题。通常，页面上有多个功能小部件，但应该有一个控制器操作来呈现页面。让我举例说明：

假设我有一个普通的电子商务网站，菜单由类别组成，而页面则显示一组产品。

对于产品，假设我在控制器上有一个类似于以下内容的操作：

def product_list
     @products = Products.find_by_category(:name => 'lawnmowers')
end

并且我有一个类似的布局

<div id="menu"><%= render :partial => 'menu' %></div>
<div id="content"><%= yield %></div>

产品有一个视图...

<%= render :partial => 'product', :collection => @products %>

（注意我已经忽略了不相关的产品视图）< /em>

并且菜单有一部分...

<% Category.each {|c| %>
   <%= render :partial => 'menu_node', :locals => { :category => c } %>
<% } %>

我遇到问题的行是视图中的“Category.each.do”。我在视图中获取数据，而不是使用在控制器中设置和绑定的变量。它很可能是生成菜单的更复杂的方法调用。

我考虑过的解决方案是：

- 知道如何获取各种数据的视图模型基类。但您最终可能会为网站的每个概念“部分”提供其中一个。
- 填充在每个方法顶部的局部变量（违反 DRY） -同样的事情，但是在 before_filter 调用中，

这些对我来说都不是很优雅。我忍不住看看这个问题，并认为每个视图（而不是屏幕）都有一个 MVP 演示者是一个更优雅的解决方案。

ASP.Net MVC 具有渲染操作（与 Rails render :action 不同），它确实解决了这个问题，但我不确定我对该解决方案的看法。

想法？解决方案建议？

添加注释： 到目前为止提供的答案都是很好的建议。它们适用于我给出的示例，其中菜单可能出现在每个布局中，并且显然是次要于产品数据的。

但是，如果明明没有二等公民怎么办？门户类型网站通常有多个不相关的小部件，其中每个小部件都很重要。

例如，如果此页面显示天气趋势，并带有温度、湿度和降水小部件（每个小部件都有不同的模型和视图类型），该怎么办？

Answer 1

在 Rails 中，我们喜欢有薄控制器、厚模型的概念。所以我认为你不想在控制器中设置变量是正确的。

另外，为了稍后启用更复杂的方法，我建议执行以下操作：

/app/controllers/application_controller.rb

before_filter :add_menu_nodes

def add_menu_nodes
  @menu_nodes = Category.menu_nodes(current_user)
end

/app/views/layouts/application.html.erb

<%= render :partial=>:menu, :locals=>{:categories=>@menu_nodes} %>

/app/models/category.rb

def self.menu_nodes(current_user)
  Category.all.order(:name)
end

这样将来，如果需要，您可以根据当前用户使用更复杂的解决方案更新 Category.menu_nodes 。

Answer 2

如果我屠宰了红宝石（或误解了你的问题），请原谅我，但是

class section_helper
    def menu( section )
        // ...
        menuBuiltAbove
    end
end

视图中

<%= section_helper.menu( 'section' ) %>

有什么问题？