在MVP中，View（也就是页面）是否应该了解模型？

Question

在我接近关于重构我们应用程序主要部分的项目负责人之前，我真的在寻找更多关于我对MVP的理解的验证...

我们目前有一个扩展的MVP模式，我们有以下项目：

• 实体（定义POCO）
• 模型（定义数据层配置（首先是EF代码 - 这里不重要））
• 任务（井有序分组中的所有业务逻辑）
• Presenter（特定页面（或页面类型），调用任务，定义和使用所有View接口）
• 查看（以不同网站的形式（内部，外部））

目前在View层中我经常看到直接与实体一起工作的代码，因此ASPX页面（可能是php，无论如何）必须显示条目列表，如下所示：

public interface IEntityList 
{
    ICollection<Entity> MyEntities {get;set;}
    event EventHandler OnReportRunning;
}

public class EntityList : IEntityList
{
    public ICollection<Entity> MyEntities {get;set;}

    private void RenderEntities()
    {
        OnReportRunning(this, null);
        if (MyEntities != null)
        {
            ArrayList entityList= new ArrayList();
            foreach (var entity in Myentities.OrderBy(e=>e.Field))
            {
                var formatedEntity = new {FullName = String.Format("{0}, {1}", 
                    entity.LastName, entity.FirstName), UserEmail = entity.Email};
                entityList.Add(formatedEntity);
            }
            ddlEntities.DataSource = entityList;
            ddlEntities.DataBind();
        }
    }    
}

我认为这违反了演示者层的意图。 我认为视图应该公开DropDownList （ddlEntities）或其他任何控件，并且演示者应该是实体层的所有知识停止的点。

因此我的问题 - 应该是MVP的View（V）层（也许应该是MPV）架构有任何模型知识（M）？ 或者我认为View层应该做的唯一工作是对控件中的事件的直接反应，以及所有真正的表示工作（绑定，格式化涉及实体等）应该在presenter层中完成，并且支持Presenter层以强烈了解实际的View层（IIS vs. Apache vs Mobile等）？

Answer 1

您对视图中的“仅事件”的建议是MVP的 被动视图风格，我更喜欢监督控制器 ，除了演示者中的数据绑定之外，您还可以执行所有操作。 我通常有类似view.BindData()东西，其中view向presenter请求数据并绑定它（但当然，演示者控制何时BindData() ，因此它确保在调用之前有一些数据要绑定是制造的）。

我还认为事件通信而不是直接调用presenter方法在95％的情况下都是过度杀伤。