使用拼凑URL的方法，实现DotNetNuke在新窗口中打开内容（二）

前面的文章我们讲到，为了实现DotNetNuke在新窗口中查看或者编辑内容，我们需要自己来创建一个属于我们自己的Default.aspx文件，然后，用这个文件来实现我们的目的。

　　读者朋友们可能的问题就是：为什么要自己创建一个新的Default.aspx？这样做，是不是已经把DotNetNuke原本清晰的业务逻辑给打乱了？会不会因为这样，而造成原本清晰、简单的DotNetNuke开发层次结构混乱？

　　这里需要和大家澄清的是，我们增加一个页面，这个页面，只是为了完成“在新窗口中打开或者编辑内容”这样一个目的，为了同时实现这个目的，并且不影响到DotNetNuke本身的层次结构，我们必须要做到以下的几点：

　　1、决不能影响到DotNetNuke的开发结构；

　　2、决不能再现有的开发结构中任意增加或者删减；

　　3、即使没有我们新增的这个网页，我们也必须要保证DotNetNuke能够正确无误的运行；

　　4、所有的底层解析机制，仍然由DotNetNuke完成；

　　好了，我个人当然非常喜欢DotNetNuke清晰明了的开发结构，如果影响到这个结构的话，那么，我就宁可不做这件事情了（那就可能要使用其他的CMS系统，与DotNetNuke失之交臂了）。

　　好的，下面，我们以Edit.aspx来代指我们新增的页面，首先，我们这个页面将全部复制Default.aspx和其代码文件，将之改名为 Edit.aspx。进行了此项更改之后，当我们再发布我们的模块的时候，就需要将Edit.aspx文件放到DotNetNuke安装目录的根目录下，同时还需要将之aspx.vb文件放到这个目录下（或者是将编译之后的dll文件放到bin目录下。

　　在我们新增的Edit.aspx.vb文件代码的Page_Init方法上，进行一些修改（这个文件原本是从Default.aspx文件复制过来的）
如下：

　　　　　　Dim strSkinSrc As String = PortalSettings.ActiveTab.SkinSrc.Replace(".ascx", "_mini.ascx")
　　　　　　' skin preview
　　　　　　If (Not Request.QueryString("SkinSrc") Is Nothing) Then
　　　　　　　　PortalSettings.ActiveTab.SkinSrc = SkinController.FormatSkinSrc(QueryStringDecode(Request.QueryString("SkinSrc")) & ".ascx", PortalSettings)
　　　　　　　　ctlSkin = LoadSkin(PortalSettings.ActiveTab.SkinSrc)
　　　　　　End If
　　　　　　' load user skin ( based on cookie )
　　　　　　If ctlSkin Is Nothing Then
　　　　　　　　If Not Request.Cookies("_SkinSrc" & PortalSettings.PortalId.ToString) Is Nothing Then
　　　　　　　　　　If Request.Cookies("_SkinSrc" & PortalSettings.PortalId.ToString).Value <> "" Then
　　　　　　　　　　　　PortalSettings.ActiveTab.SkinSrc = SkinController.FormatSkinSrc(Request.Cookies("_SkinSrc" & PortalSettings.PortalId.ToString).Value & ".ascx", PortalSettings)
　　　　　　　　　　　　ctlSkin = LoadSkin(PortalSettings.ActiveTab.SkinSrc)
　　　　　　　　　　End If
　　　　　　　　End If
　　　　　　End If
　　　　　　' load assigned skin
　　　　　　If ctlSkin Is Nothing Then
　　　　　　　　If IsAdminSkin(PortalSettings.ActiveTab.IsAdminTab) Then
　　　　　　　　　　Dim objSkin As UI.Skins.SkinInfo
　　　　　　　　　　objSkin = SkinController.GetSkin(SkinInfo.RootSkin, PortalSettings.PortalId, SkinType.Admin)
　　　　　　　　　　If Not objSkin Is Nothing Then
　　　　　　　　　　　　PortalSettings.ActiveTab.SkinSrc = objSkin.SkinSrc
　　　　　　　　　　Else
　　　　　　　　　　　　PortalSettings.ActiveTab.SkinSrc = ""
　　　　　　　　　　End If
　　　　　　　　End If
　　　　　　　　If PortalSettings.ActiveTab.SkinSrc <> "" Then
　　　　　　　　　　PortalSettings.ActiveTab.SkinSrc = SkinController.FormatSkinSrc(strSkinSrc, PortalSettings)　 'PortalSettings.ActiveTab.SkinSrc
　　　　　　　　　　ctlSkin = LoadSkin(PortalSettings.ActiveTab.SkinSrc)
　　　　　　　　End If
　　　　　　End If
　　　　　　' error loading skin - load default
　　　　　　If ctlSkin Is Nothing Then
　　　　　　　　' could not load skin control - load default skin
　　　　　　　　If IsAdminSkin(PortalSettings.ActiveTab.IsAdminTab) Then
　　　　　　　　　　PortalSettings.ActiveTab.SkinSrc = Common.Globals.HostPath & SkinInfo.RootSkin & DefaultSkin.Folder & DefaultSkin.AdminDefaultName
　　　　　　　　Else
　　　　　　　　　　PortalSettings.ActiveTab.SkinSrc = Common.Globals.HostPath & SkinInfo.RootSkin & DefaultSkin.Folder & DefaultSkin.DefaultName
　　　　　　　　End If
　　　　　　　　ctlSkin = LoadSkin(strSkinSrc)　　　　　'PortalSettings.ActiveTab.SkinSrc)
　　　　　　End If
　　　　　　' set skin path
　　　　　　PortalSettings.ActiveTab.SkinPath = SkinController.FormatSkinPath(strSkinSrc)　　　 'PortalSettings.ActiveTab.SkinSrc)

以上的代码我们就不详细解释了，其实和Default.aspx的代码文件只有很少的差别，那就是：Edit.aspx文件，和Default.aspx 文件不同，这个文件所加载的皮肤文件，是另外一个皮肤文件。比如，对于DotNetNuke 4.9以下的版本来说，我们缺省的皮肤文件可能是Horizontal Menu - Fixed Width.ascx，那么，为了保证我们的界面正常运行，我们就需要在这个目录下（Portals_defaultSkinsDNN-Blue ）下面，增加一个新的皮肤文件，也就是ascx文件，而这个文件的命名我们上面的程序已经做了规定，就是原来的文件名增加_mini标识符。所以，新的 ascx文件的名称为：Horizontal Menu - Fixed Width_mini.ascx。而这个皮肤的内容是固定的，如下：

<%@ Control language="vb" CodeBehind="~/admin/Skins/skin.vb" AutoEventWireup="false" Explicit="True" Inherits="DotNetNuke.UI.Skins.Skin" %>
<%@ Register TagPrefix="dnn" TagName="LOGO" Src="~/Admin/Skins/Logo.ascx" %>
<%@ Register TagPrefix="dnn" TagName="BANNER" Src="~/Admin/Skins/Banner.ascx" %>
<%@ Register TagPrefix="dnn" TagName="NAV" Src="~/Admin/Skins/Nav.ascx" %>
<%@ Register TagPrefix="dnn" TagName="SEARCH" Src="~/Admin/Skins/Search.ascx" %>
<%@ Register TagPrefix="dnn" TagName="LANGUAGE" Src="~/Admin/Skins/Language.ascx" %>
<%@ Register TagPrefix="dnn" TagName="CURRENTDATE" Src="~/Admin/Skins/CurrentDate.ascx" %>
<%@ Register TagPrefix="dnn" TagName="BREADCRUMB" Src="~/Admin/Skins/BreadCrumb.ascx" %>
<%@ Register TagPrefix="dnn" TagName="USER" Src="~/Admin/Skins/User.ascx" %>
<%@ Register TagPrefix="dnn" TagName="LOGIN" Src="~/Admin/Skins/Login.ascx" %>
<%@ Register TagPrefix="dnn" TagName="COPYRIGHT" Src="~/Admin/Skins/Copyright.ascx" %>
<%@ Register TagPrefix="dnn" TagName="TERMS" Src="~/Admin/Skins/Terms.ascx" %>
<%@ Register TagPrefix="dnn" TagName="PRIVACY" Src="~/Admin/Skins/Privacy.ascx" %>
<%@ Register TagPrefix="dnn" TagName="DOTNETNUKE" Src="~/Admin/Skins/DotNetNuke.ascx" %>
<TABLE cellspacing="3" cellpadding="3" width="100%" border="0">
　<TR>
　　<TD class="toppane" colspan="3" id="TopPane" runat="server" valign="top" align="center"></TD>
　</TR>
　<TR valign="top">
　　<TD class="leftpane" id="LeftPane" runat="server" valign="top" align="center"></TD>
　　<TD class="contentpane" id="ContentPane" runat="server" valign="top" align="center"></TD>
　　<TD class="rightpane" id="RightPane" runat="server" valign="top" align="center"></TD>
　</TR>
　<TR>
　　<TD class="bottompane" colspan="3" id="BottomPane" runat="server" valign="top" align="center"></TD>
　</TR>
</TABLE>

　　好的，到这里，我们总结一下上面我们做了什么事情。

　　1、我们为DotNetNuke新增了一个Edit.aspx文件，用这个文件来处理打开内容的问题，这样，就打了一个擦边球，但是对 DotNetNuke的整个机制没有任何影响（也就是，在我们已经开发好的模块上，即使没有这个文件，我们的系统也可以正常运行）；

　　2、我们的Edit.aspx文件，装载的皮肤文件，和Default.aspx文件不同，只有几个Pane及CSS而已，不包含其他的内容，这样，我们又在皮肤上，打了一个擦边球；

　　好了，做好了以上的内容之后，比如我们做了一个简单的模块，这个模块的缺省控制就是一个GridView（或者其他的列表控件），而有一个Edit的控制，则是我们的内容。根据我们的要求，缺省控制是不需要在新窗口中打开的，就在DotNetNuke的缺省界面上打开就可以了；但是，Edit控制我们希望在新窗口中打开，并且只有我们的内容，没有其他的内容。好的，比如我们的GridView有一个LinkButton列，这个列是用来链接到编辑内容的（这里我们就不详细介绍了，建议大家可以去看一下Micheal Washington的开发教程）。一般的来说，我们是这样导向编辑页面的：

　　Response.Redirect(EditURL())

　　有经验的DotNetNuke应该对上面的语句非常熟悉才对，这个语句，是DotNetNuke非常精华的部分，正是由于它的存在，才能够使我们的模块可以有更多的控制（Control），并且，可以自由的在各个控制之间进行切换，从而，使得模块的“行为”更加任意和自由。我们可以为一个模块定义任意多个控制（Control），每个控制（Control）可以是一个独立的业务逻辑页面，而通过Response.Redirect(EditUrl())方法，可以在各个控制之间进行任意的切换，EditUrl有几个不同参数的方法，我们在这里不一一介绍了。但需要强调的是，正是由于有Control解析，才让我觉得DotNetNuke是几乎是没有任何限制的，我非常喜欢DotNetNuke的这一点
好，啰嗦了半天，就是说DotNetNuke的这个调用EditUrl()的方法，我们要改一下（雷！）。

　　根据DotNetNuke的解析机制我们知道，当我们转向另外一个页面的时候，既可以使用EditUrl()这样的方法，也可以通过“拼凑”URL的方法，只要“拼凑”出一个正常的URL，DotNetNuke就可以解析。例如，上面的Response.Redirect(EditUrl())经典的方法，如果我们用另外一种方式来代替的话，是完全没问题的，这种方式就是：

　　或者

　　下面一行，rowid是我们自己定义的参数。

　　至于如何拼凑出这样的一个URL，我们在这里暂时不讲，大家可以看一下DotNetNuke的一些开发教程，比较简单（当然，我们在用GridView的时候，为了不PostBack，我们可能采用的就不是LinkButton来做打开的链接了，而是直接使用Label，然后将Url和内容都赋给 Label等。为了在新窗口而不是当前窗口打开，需要在<a target=_blank 等，我们暂不做介绍）。

　　这里，我们有了一个新的页面Edit.aspx，然后，链接内容的时候，我们用Edit.aspx打开，而不是用传统的Default.aspx。OK，我们试一下是否就可以成功了呢？

　　事实上，如果只做到这一步，我们仍然是失败的！

　　大家可以看到，尽管我们已经使用Edit.aspx进行解析，而且我们的内容也是指定用Edit.aspx文件打开，但是……，最后打开的却仍然是Default.aspx……

　　这里，我们就必须要说一下DotNetNuke的Friendly URL的概念了，大家在用host用户登录后，在Host—Host Settings那里可以看到有一个Friendly URL Settings的设置。关于这个Friendly URL，我们用最简单的语言来描述一下
本来，DotNetNuke的路径应该是这样的Default.aspx?tabid=11&mid=368&ctl=Edit，但是，这样的URL并不是“友好”的URL，这个友好，是针对Google等搜索引擎而言的。一言以蔽之，Google等搜索引擎不喜欢这样的URL，在进行信息收集的时候，这样的URL并不具有优先性，因为Google认为这样的页面是动态的页面，内容可能随时会变化。所以，Google喜欢的URL是像新浪的新闻一样的，比如：http://news.sina.com.cn/c/2008-10-16/100716465435.shtml，Google认为，这样的URL更好。所以，为了让Google高兴（好奴才相！），所以，DotNetNuke就把上面的路径变成了/tabid/11/mid/368/ctl/Edit/Default.aspx这样的形式。

　　DotNetNuke关于Friendly URL的配置，实际上是放在根目录下的SiteUrls.config文件里面的，这个文件是按照顺序，从上到下来解析的。

　　原本的内容是：

<?xml version="1.0" encoding="utf-8" ?>
<RewriterConfig>
　　<Rules>
　　　　<RewriterRule>
　　　　　　<LookFor>.*DesktopDefault.aspx(.*)</LookFor>
　　　　　　<SendTo>~/Default.aspx{GetProperty(Content)}</SendTo>
　　　　</RewriterRule>
　　　　<RewriterRule>
　　　　　　<LookFor>.*EditModule.aspx(.*)</LookFor>
　　　　　　<SendTo>~/Default.aspx{GetProperty(Content)}</SendTo>
　　　　</RewriterRule>
　　　　<RewriterRule>
　　　　　　<LookFor>.*/TabId/(d+)(.*)/Logoff.aspx</LookFor>
　　　　　　<SendTo>~/Admin/Security/Logoff.aspx?tabid={GetProperty(Content)}</SendTo>
　　　　</RewriterRule>
　　　　<RewriterRule>
　　　　　　<LookFor>.*/TabId/(d+)(.*)/rss.aspx</LookFor>
　　　　　　<SendTo>~/rss.aspx?TabId={GetProperty(Content)}</SendTo>
　　　　</RewriterRule>
　　　　<RewriterRule>
　　　　　　<LookFor>[^?]*/TabId/(d+)(.*)</LookFor>
　　　　　　<SendTo>~/Default.aspx?TabId={GetProperty(Content)}</SendTo>
　　　　</RewriterRule>
　　</Rules>
</RewriterConfig>

　　我们增加一个规则，我们新增的规则要在Default.aspx解析的前面，也就是说，在解析Default.aspx文件之前，先解析我们的Edit.aspx文件，我们增加的规则如下：

　　　　<RewriterRule>
　　　　　　<LookFor>[^?]*/TabId/(d+)(.*)/Edit.aspx</LookFor>
　　　　　　<SendTo>~/Edit.aspx?TabId={GetProperty(Content)}</SendTo>
　　　　</RewriterRule>

　　关于这个修改，我们暂时不详细讲，总之，其含义就是，如果碰到Edit.aspx文件，直接转到Edit.aspx文件；而如果没有这个规则的话，它会自动的理解为Default.aspx文件。

　　注意：这里虽然我们讲的非常简单，但是Friendly URL也是DotNetNuke的一个非常重要的特色，我个人非常喜欢这种方式。有时间的话，我们可以专题来讲。

　　好了，我们的工作完成了！

　　我们做的事情如下：

　　增加了一个Edit.aspx文件，这个文件和Default.aspx文件是平行的，但是，在加载皮肤的时候，加载了我们自己定义的皮肤文件；

　　增加了一个皮肤文件（非常重要），这个皮肤文件去掉了绝大部分的内容，而只有我们希望的内容区域；

　　在编程的时候，不使用EditUrl()这种方式解析，而使用拼凑URL的方式；

　　修改SiteUrls.config文件，告诉DotNetNuke，我们的Edit.aspx文件是存在的；

　　这就是为了在新窗口中打开或者编辑内容，我们所做的事情。

　　大家可以试一下，看是否能够满足您的需要

本文作者: