如何动态切换SharePoint发布页面的PageLayout和MasterPage？

Question

为了改善 SharePoint WCM 发布页面的编辑和显示体验，我希望能够在编辑模式下切换到一组特殊的母版页/页面布局。

所以在 /_catalogs/masterpage 中我想要：

MyMasterpage.master - 用于显示模式的母版页 MyMasterpage-edit.master - 编辑模式的母版页，仅在可用时使用 MyPageLayout.aspx - 显示模式的页面布局 MyPageLayout-edit.aspx - 用于编辑模式的页面布局，仅在可用时使用

当我在页面库中创建新的发布页面时，我选择 MyPageLayout 页面布局。

渲染页面时，我想检测是否处于显示编辑模式，就像服务器控件一样。 该控件执行以下代码来确定呈现模式：

private void calculateShouldRender()
{
    SPControlMode contextualFormModeFromPostedForm = ConsoleUtilities.GetContextualFormModeFromPostedForm();
    if ((SPControlMode.Display == contextualFormModeFromPostedForm) && (PageDisplayMode.Display == this.PageDisplayMode))
    {
        this.shouldRender = true;
    }
    else if ((SPControlMode.Edit == contextualFormModeFromPostedForm) && (PageDisplayMode.Edit == this.PageDisplayMode))
    {
        this.shouldRender = true;
    }
    else
    {
        this.shouldRender = false;
    }
    this.Visible = this.shouldRender;
}

如果呈现模式是编辑，我想切换到MyMasterpage-edit.master materpage 和MyPageLayout-edit.aspx pagelayout。

我可以在由服务器控件控制的母版页和页面布局中进行重大切换，但我想分割职责。 SharePoint 分析师可以创建最佳的编辑模式页面，前端开发人员可以创建干净漂亮的显示模式页面，而不会出现任何混乱的编辑情况。

关于如何实现这一目标有什么想法吗？ 母版页切换似乎不是问题，我曾经写过 博客文章对此。 困难的事情就是页面布局的切换。

Answer 1

我认为，如果您继续沿着这条路线走下去，您将会与 SharePoint 作斗争，我担心它也会成为一场支持噩梦，因为问题所在变得不太清楚，或者记住在出现问题时在两个（或全部四个！）地方进行更改已更新。

您可以根据页面的编辑模式显示或隐藏控件，因此向用户显示的内容完全不同，但页面的所有代码仍然位于一个位置。

研究编辑模式面板。

<publishingwebcontrols:editmodepanel ID="Editmodepanel1" runat="server">
   <link id="Link2" rel=Stylesheet href="<% $SPUrl:~sitecollection/EditMode.css %>" runat="server" type="text/css" />
</publishingwebcontrols:editmodepanel>

我意识到这并不完全是您所要求的...但我发现与 SharePoint 的战斗是一场失败的战斗，您只需要按照它的“方式”工作即可。

Answer 2

我曾经编写过一个功能来根据不同的条件切换页面布局。 不同之处在于，页面布局是在网站创建期间更改的，而不是在查看或编辑模式下更改的。 更改页面布局的代码如下：

    private void SetPageLayout(SPWeb web, string pageName, string pageLayoutName)
    {
        PageLayout layout = null;
        PublishingPage page = null;
        SPFile pageFile = null;
        bool checkedOut = false;

        try
        {
            PublishingWeb publishWeb = PublishingWeb.GetPublishingWeb(web);
            // verify that the requested pageLayout is available
            foreach (PageLayout pl in publishWeb.GetAvailablePageLayouts())
            {
                if (pl.Name.Equals(pageLayoutName, StringComparison.OrdinalIgnoreCase))
                {
                    layout = pl;
                    break;
                }
            }
            // got my layout
            if (layout != null)
            {
                page = null;
                foreach (PublishingPage pubPage in publishWeb.GetPublishingPages())
                {
                    if (pageName == pubPage.Name)
                    {
                        page = pubPage;
                        break;
                    }
                }
                // got my page
                if (page != null)
                {
                    pageFile = page.ListItem.File;

                    page.CheckOut();
                    checkedOut = true;

                    page.Layout = layout;
                    page.Update();

                    page.CheckIn("changed the page-layout to " + pageLayoutName);
                    checkedOut = false;

                    pageFile.Publish("");
                    // If required, approve the page
                    try
                    {
                        pageFile.Approve(string.Empty);
                    }
                    catch
                    {
                        // Page doesn't need to be approved
                    }
                }
            }
        }

Answer 3

我的文字对于评论框来说太长了，所以我在 Aiden 上回答，就好像它是一个答案一样，但我的问题仍然存在！

您好，Aidan，我将 SharePoint 视为一个可以在其上构建解决方案的平台。 而且我认为微软在该平台之上构建的WCM解决方案很弱。 我知道我的方法不是直接的SharePoint标准方法，但标准方法就是行不通。 结合编辑和显示模式会导致（选择您的选择）：
- 标准 SharePoint 发布网站，看起来都很相似，但在编辑模式下工作正常
- 一个非常可编辑但外观非常基本的网站
- 一个在显示模式下看起来很漂亮的网站，几乎无法编辑
显示模式所需的样式表与 MOSS WCM 样式表之间存在很多冲突。 我们确实编写了各种补偿样式表以使其正常工作，但这确实很痛苦。 在页面中注入带有样式的代码以使编辑成为可能是一个主要缺陷，这应该完全在您正在编辑的页面之外完成。 例如，在 iframe 中，它可以在您正在编辑的页面顶部显示为浮动窗口。 但这种情况并非如此。 然后我什至没有提到当您的页面上有选项卡或手风琴控件时遇到的问题。

我们的目标是真正交互式的 Web 2.0 网站，其中必须进行大量内容管理。 以 SharePoint 方式获得正确的编辑模式是行不通的。

最佳的编辑体验是关键。 那么为什么不使用针对编辑进行优化的母版页和页面布局，以便以清晰一致的方式访问所有可编辑元素。 但你仍然需要显示模式。 这可以使用一个完全独立的网站来完成，该网站仅使用 SharePoint 中生成的数据。 这可以是 ASP.NET 站点，或者如果您想完全控制 html MVC，则可以使用。 我不打算这样做，因为但是在导航、安全性、控件重用、Web 部件的使用等方面有很多影响。

我认为如果使用优化的母版页/页面布局，您将获得两全其美的效果用于编辑，另一对母版页/页面布局仅用于在页面布局中使用最少的代码集进行显示。

所以..请继续提供答案！

Answer 4

当然，这需要子类化 Microsoft.SharePoint.Publishing.PublishingLayoutPage 并使用它来呈现根据“编辑模式”所需的实际 PublishingLayoutPage 的内容。

如何更改母版页...ek。

Answer 5

再次尝试让 SharePoint 屈服于您的意志吗？ ；）

我感受到你的痛苦。 我使用两种方法来获得类似的行为：

有条件地渲染页面部分的容器控件，我认为就像您所建议的那样。 最初，当某些字段具有特定值时，我需要它隐藏页面的部分内容，因此不会呈现 html。 请参阅包装控件。
控件本身非常简单，它的类上需要一个 [ParseChildren(false)]，并且如果不满足条件，渲染方法不会调用基本渲染。
您可以扩展它以向编辑器和设计器显示完全不同的页面，尽管它们仍然位于同一页面中。 我想你可以去掉分析仪使用的部分并将其放入自己的用户控件中，但这不太可维护。

其次，表单页面（例如“/Pages/Forms/EditForm.aspx?ID=1”）提供了发布页面上所有字段的清晰视图。没有任何设计妨碍。 （我在所有页面布局上使用一个控件，该控件提供对此页面库和当前页面库的一键访问，并显示所使用的内容类型和页面布局。在构建 WCM 站点时非常有用。）

Answer 6

这个问题的明确答案现在已“烘焙”到我们称为 DualLayout for SharePoint 的产品中！ 我们的方法解决了您所有的 SharePoint WCM 设计噩梦：

• 除了 WCM 编辑和显示视图之外，为最终用户引入一个附加视图
• SharePoint 样式和您自己的样式之间永远不会发生冲突
• 打造精益且平均的“视图”母版页和页面布局不干扰 WCM 母版页和页面布局
• 为最终用户制作超轻型页面，消除所有 SharePoint 特定页面混乱
• 提高页面性能，因为我们只有最少的一组控件可以在最终用户视图中呈现

请访问 http://www.macaw.nl 查看/Het+Bedrijf/Producten/Macaw+DualLayout+for+SharePoint.aspx，请参阅该页面博客卷中的博客文章，了解详细的背景信息。