禁用母版页上的按钮.net 4.0 (c#)

Question

当满足某些条件时，我试图从内容页面禁用主页上的按钮。 我可以使用会话变量更改母版页按钮上的文本，但即时通讯在使用最新的这一点时遇到了一些麻烦 - 有人有任何提示吗？

Answer 1

在您的母版页上，您将有一个公共功能，如下所示：

public void EnableTheButton(Boolean enable) {
  btnTheButton.Enabled = enable;
}

在您的内容页面上，您将编写：

((MyMasterType)this.Master).EnableTheButton(false);

Answer 2

我会向您的母版页添加一个公共方法来执行此操作，并让内容页调用它。这可以使事情变得更加容易并且更加面向对象。

您可以在内容页中使用 MasterType 指令对母版页进行强类型化。这将使调用您的方法变得更加容易。

<%@ MasterType virtualpath="~/Masters/Master1.master" %>

Answer 3

这是很多人都遇到的常见问题，并且有一种非常“简单”的方法可以使其发挥作用。但是，如果您计划让该应用程序不断增长或变得非常复杂，那么采取简单的方法就会对您造成伤害。大多数其他答案都会告诉您简单的方法。 我们至少讨论正确的方法。

首先，我们要明确母版页和内容页之间的关系。内容页面不应直接调用其主页面上特定于实现的成员，反之亦然。它们由 Page-Master 合约分开。在逻辑层面上发生了什么？内容页面上发生的某些情况应导致特定按钮被禁用。

现在，由于按钮位于母版页上，因此它不应该知道特定内容页。因此，按钮也不应该负责调用页面实例并检查条件，也不应该显式订阅特定于类型的事件。

那么该怎么办呢？应该有一些主数据对象（可能是单例）在整个请求生命周期中驻留在集中可用的位置。例如，HttpContext.Items 或Session。作为主数据对象，它应该是管理您正在谈论的这些条件的单一权限。当任何数据发生更改时，它应该引发一个事件，并且任何人（例如您的按钮）都可以订阅该事件并根据状态做出决策。 （示例如下）

如果您的应用程序非常简单，那么这绝对是矫枉过正。但是，随着您作为开发人员的成长，并开始构建更复杂的系统，您需要牢记这些事项，以使您的应用程序更简单、更稳定且更易于维护。

这是该方法解决的两个具体的、现实世界的问题，它们来自我的经验。

1. 这个非常简单 - 如果您需要在运行时交换母版页，您希望将页面和母版页实现完全解耦。一个母版页可能有另一个母版页没有的东西。我的一个具体案例有点极端 - 我们有数十个母版页嵌套达 6 层深，在运行时将它们换入换出。但灵活性的原则仍然是一样的 - 看看这个网站上有多少关于如何在运行时更改母版页的问题！

2. 这个有点令人兴奋，但仍然具有非常实际的后果。将逻辑职责分解为单独的类有一个非常重要的效果 - 它通常会减少应用程序中逻辑分支（例如 if 语句）的总数。这些是错误的最大来源。如果一个类没有任何逻辑，它就很难有错误！ :) 当您开始从人年和开发人员的角度来考虑应用程序，并以数十万或数百万行代码来衡量时，整个应用程序中聚合的逻辑分支较少会对稳定性产生真正的、可衡量的影响和可变性。维护和增强更多地是安排简单、稳定的组件，而不是进行代码手术。

这是主数据类的示例：

public class MasterData
{
    private string _state1;

    public string State1
    {
        get { return _state1; }
        set
        {
            _state1 = value;
            OnDataChanged();
        }
    }

    private string _state2;

    public string State2
    {
        get { return _state2; }
        set
        {
            _state2 = value;
            OnDataChanged();
        }
    }

    public event EventHandler DataChanged;

    private void OnDataChanged()
    {
        if(this.DataChanged != null)
        {
            OnDataChanged(this, EventArgs.Empty);
        }
    }
}