使用拼凑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>

好的,看上面的内容,实际上,在新的皮肤文件中,我们只引入了TopPane、LeftPane、RightPane、BottomPane等几块内容,其他的,如菜单、版权声明等,我们全部都删除掉了,这样,就保证我们的程序在这个皮肤下打开的时候,只有我们模块的内容,而没有任何其他的内容。

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

  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())经典的方法,如果我们用另外一种方式来代替的话,是完全没问题的,这种方式就是:

  <a href="/Demos/tabid/57/ctl/Edit/mid/368/Edit.aspx">新增</a>

  或者

  <a href="/Demos/tabid/57/rowid/125/ctl/Edit/mid/368/Edit.aspx">编辑</a>

  下面一行,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文件是存在的;

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

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

本文作者:



相关阅读:
PHP 小心urldecode引发的SQL注入漏洞
(三)样式“表”秀
Mootools 1.2教程 同时进行多个形变动画
用javascript获取和设置style
第四章 颜色背景的CSS
基于Office Project2010软件项目新体验
HTML服务器控件介绍:HtmlInputButton控件
asp.net下按钮点击后禁用的实现代码
ASP.NET编程中Cookie使用参考
PHP5中的类与对象
Javascript操纵Cookie实现购物车程序
MySQL两种表存储结构性能比较测试过程
win2000上怎么装PHP+MYSQL(IIS版)
使用透明叠加法美化文件上传界面
快速导航

Copyright © 2016 phpStudy |