重写 ASP.net 中的母版页功能

Question

在我的母版页中，

<div class ="breadcrumbs" runat="server"><%= SitePath()%></div>  

SitePath() 行调用一个自定义类，该类根据静态站点地图和动态生成的页面的组合构建导航元素。 它返回自定义面包屑导航元素的 html。

这是我的代码后面的 SitePath() 代码，

public string SitePath()
{
    BreadCrumbNav breadNav = new BreadCrumbNav();
    breadNav.divClass = ".dv";
    breadNav.homeTitle = "ABC Home";
    return breadNav.Build();
}

我希望能够从我的动态页面覆盖它，以便我可以添加到路径中。 例如...

public override string SitePath()
{
    BreadCrumbNav breadNav = new BreadCrumbNav();
    breadNav.divClass = ".dv";
    breadNav.homeTitle = "ABC Home";
    breadNav.AddPage("Cooking Equipment", "PathyGoodness/Cooking+Equipment.ASPX");
    breadNav.AddPage("Toasters", "PathyGoodness/Cooking+Equipment/Toasters.ASPX");
    return breadNav.Build();
}

有没有办法将母版页方法纳入范围，以便我可以覆盖它们 - 或者我是否需要以不同的方式解决这个问题？ 感觉就像我错过了一些非常明显的东西，但我似乎被困住了。

感谢您的帮助！

Answer 1

由于母版页实际上并不是继承的，而是用作模板，因此这不是直接可能的。

您可以尝试其他一些方法：

首先，将其放入 ContentPlaceholder 中，并仅在必要时在各个页面的 ASPX 标记中覆盖它。

更复杂的方法是为所有页面创建一个继承的接口，以保证它们具有 SitePath() 方法。 相反，从Master调用页面上的该方法，并且在那些不“覆盖”行为的页面中，只需调用Master即可。 在其他方法中，将您的具体实现添加到该方法中，瞧！ （我想您还可以使用抽象 BasePage 类型的类从该方法调用 Master）

Answer 2

一般来说，我反对将页面/上下文特定的方法放入母版页类中。 为什么？ 因为，正如 Josh 提到的，Masterpages 只是模板。 您永远不会从母版页继承，并且在没有访问 Page 对象的权限的情况下无法显示母版页。 因此，将此类方法放在 Page 类中更有意义。

Answer 3

一种更简单的方法是直接从子页面引用主控件。

在母版页中，将 sitepath() 函数替换为文本控件，如下所示：

<div class ="breadcrumbs" runat="server"><asp:Literal id="litSitePath" runat="server" /></div>

然后在母版页的代码中使用以下代码：

BreadCrumbNav breadNav = new BreadCrumbNav(); 
breadNav.divClass = ".dv";    
breadNav.homeTitle = "ABC Home";    
litSitePath.Text = breadNav.Build();

在子页面中，您可以使用 Master.FindControl 方法覆盖它，如下所示：

BreadCrumbNav breadNav = new BreadCrumbNav();    
breadNav.divClass = ".dv";    
breadNav.homeTitle = "ABC Home";    
breadNav.AddPage("Cooking Equipment", "PathyGoodness/Cooking+Equipment.ASPX");    
breadNav.AddPage("Toasters", "PathyGoodness/Cooking+Equipment/Toasters.ASPX");    
Literal litSitePath = (Literal)Master.FindControl("litSitePath");
litSitePath.Text = breadNav.Build();

Easy peasy并且不要乱搞事件处理程序或接口或类似的东西。