1 问题提出

经常看到一些网站或者web应用系统，在浏览器看来，他们只采用一个页面，所有的页面地址都是通过这个页面的参数链接得到的。例如：

http://abc.com/default.asp?pg=adminpage&command=view

http://abc.com/default.asp?pg=showpage&command=list

等等诸如此类的东西。以前我没有仔细想过该怎么实现，也许页面差别不大用几个不同的sub来做就行了；可是仔细看了看两个地址，两个页面的差别太大了；如果这一个页面包含这么多的sub，这对程序员而言简直是一种摧残，而且美工根本无法插手。我和一个网友讨论了很久，他提出用isapi，我觉得很恐怖。



后来想了想，记起来转向的几种方法：server.transfer, response.redirect, server.execute就不算了。response.redirect是iis明确表明不太用的（但是我以前做asp的时候用得最多）。后来看看server.transfer，越看越觉得能够使用的样子。iis的帮助中进行了如下阐述：



when you call server.transfer, the state information for all the built-in objects will be included in the transfer. this means that any variables or objects that have been assigned a value in session or application scope will be maintained. in addition, all of the current contents for the request collections will be available to the .asp file receiving the transfer. 也就是说，所有的request集合、session、application都是共享的。这样就能够在不同的页面进行交互了。



看到这些，我就动手做了一些代码，阐述如下：



2 实现

我的初步想法是：在一个xml文件中记录所有的名称-地址对照集合，然后在default.asp中读取这个集合，在查询字符串的pg中读取page name, 然后server.transfer到相应的页面中。关键代码如下：

default.asp:

<!--#include file="functions.asp"-->

<%

on error resume next

response.charset = "gb2312"



dim opagename, opageurl

opagename = request.querystring("pg")

if opagename <> "" then

opageurl = getpage(opagename)

else

response.write "okok, you didnt pass a pg parameter."

response.end

end if



if opageurl = "" then

response.write "找不到映射文件for: " & opagename

else

server.transfer(opageurl)

end if



if err.number <> 0 then

response.write err.description

end if

%>




functions.asp:

<%

option explicit



dim configpath, page_url_dict

configpath = server.mappath("./conf/app-conf.xml")

set page_url_dict = server.createobject("scripting.dictionary")

‘根据pagename取得页面地址

function getpage(pagename)



if page_url_dict.count = 0 then

readpageurltodict

end if



getpage = page_url_dict(pagename)

end function



‘初始化pagename-pageurl对照字典

function readpageurltodict()

on error resume next

page_url_dict.removeall

dim lognode, xmldom, root



set xmldom = server.createobject("microsoft.xmldom")

xmldom.async = false

xmldom.load(configpath)



set root = xmldom.selectsinglenode("//url-mappings")

for each lognode in root.childnodes

page_url_dict.add lognode.childnodes(0).text, lognode.childnodes(1).text

next



set xmldom = nothing



if err.number <> 0 then

response.write err.source & "<br>"

response.write err.description & "<br>"

end if

end function

%>




app-conf.xml

<?xml version="1.0"?>

<app-conf>

<url-mappings>

<url-mapping>

<page-name>pghome</page-name>

<page-url>page2.asp</page-url>

</url-mapping>

<url-mapping>

<page-name>pgshownews</page-name>

<page-url>shownews-1_0.asp</page-url>

</url-mapping>

<url-mapping>

<page-name>pghtml</page-name>

<page-url>1.html</page-url>

</url-mapping>

</url-mappings>

</app-conf>




3 实践与问题

在浏览器中输入http://localhost:12345/default.asp?pg=pghome

http://localhost:12345/default.asp?pg=pgshownews 看出各个较大不同的页面之间地址都相同，没有明显转向的感觉。我在一个页面作了遍历request.form, request.querystring的测试，都能够取得相应的值。

问题：

要转向的页面如果处在其他目录下，并且如果在该页面中有对../上级目录或其他目录的引用（如样式表，图片等），则显示不出来。我想这可能是server.transfer实际是将整个文件包含到当前路径来执行。这样图片、样式等的显示就会有问题了。也就是说，如果想应用这种方法在整个系统中，则需要将所有的页面文件（asp, html）置于与default.asp(或者其他控制转向的文件)同一文件夹下。这或多或少是个限制。



4 优点：

利用这种方式最直接的优点就是将链接与文件名隔开。你不需要费尽心思的想该怎么取一个文件名，也不需要花气力去检查链接地址的正确性。只要在xml文件中将pagename与pageurl进行映射就行了。

第二个优点是安全，用户无法知道你真正的url地址。你也可以在default.asp中加入一些控制，使得直接访问xxx.asp的用户被转入到一个出错页面。

第三个优点是易于管理。通过将文件名—文件路径进行映射，你能够更加清楚整个项目的流程。如果你愿意，你可以将页面所带的参数也进行标准化。这样，对于asp项目也能够规范化了，例如，一个典型的页面地址：

http://abc.com/default.asp?pg=pgnewslist&command=list&sp=1&sp=abc

通过将页面名称、参数的规范化，使得程序员可以更加清楚的编写整个页面。项目管理者可以通过掌握整个xml的配置文件（当然，参数信息、页面描述等也应当记录在这个文件中）可以迅速把握整个项目的脉络。这也在一定程度上控制了随意添加文件的问题。



当然，以上只是我的一些想法，毕竟现在不做asp了，很多想法不知道能否真正实现。