标签: subcontroller

ASP.NET MVC中的ModelFactory解决了'RenderPartial'问题

ASP.NET MVC中的'RenderPartial()'方法提供了非常低级别的功能.它没有提供,也没有尝试提供真正的"子控制器"模型*.

我通过'RenderPartial()'渲染了越来越多的控件.它们分为三大类:

1)控件是使用该页面模型的特定页面的直接后代

2)控件是特定页面的直接后代,该页面使用该页面的模型以及某种类型的附加键.想想'DataRepeater'的实现.

3)代表它们出现的页面的不相关功能的控件.这可以是横幅旋转器,反馈表,商店定位器,邮件列表注册等任何内容.关键是它不关心它放在哪个页面上.

由于ViewData模型的工作方式,每个请求只存在一个模型对象 - 也就是说,子控件所需的任何内容都必须出现在页面模型中.

最终,MVC团队希望能够推出一个真正的"子控制器"模型,但在此之前,我只是在主控页面模型中添加任何内容,而这些模型也需要儿童控制.

在上面的(3)的情况下,这意味着我的'ProductModel'模型可能必须包含'MailingListSignup'模型的字段.显然这并不理想,但我已经接受了与当前框架的最佳妥协 - 并且最不可能"关闭未来的子控制器模型的任何门".

控制器应负责获取模型的数据,因为模型实际上应该是一个愚蠢的数据结构,不知道它从何处获取数据.但我不希望控制器必须在几个不同的地方创建模型.

我开始做的是创建一个工厂来创建模型.该工厂由控制器调用(模型不了解工厂).

public static class JoinMailingListModelFactory {

        public static JoinMailingListModel CreateJoinMailingListModel() {

            return new JoinMailingListModel()
            {
                MailingLists = MailingListCache.GetPartnerMailingLists();
            };
        }
    }

Run Code Online (Sandbox Code Playgroud)

所以我的实际问题是,同样问题的其他人如何实际创建模型.什么是未来与新MVC功能兼容的最佳方法？