我正在开发项目管理Web应用程序。用户可以通过多种方式显示任务列表。在查看列表页面时，他们单击任务，然后重定向到任务编辑页面。

由于它们来自多种方式，因此我很好奇将用户重定向到调用页面的最佳方式。我有一些想法，但想征询其他开发人员的意见。

我们是否可以在会话中存储调用网址？作为cookie？我喜欢使用对象处理重定向的概念。

解决方案

回答

我个人将所需的重定向信息存储在一个对象中并进行全局处理。我会避免使用QueryString param之类的东西，因为他们可以尝试将自己弹回到他们不应该去的页面上(可能是安全问题？)。然后，我们可以创建一个静态方法来处理重定向对象，该方法可以读取信息并采取相应的措施。这会将重定向过程封装在一页内。

使用对象还意味着我们以后可以根据需要扩展它(例如添加返回消息和其他信息)。

例如(这是2分钟的粗略指南BTW！)：

public partial class _Default : System.Web.UI.Page 
{

    void Redirect(string url, string messsage)
    {
        RedirectionParams paras = new RedirectionParams(url, messsage);
        RedirectionHandler(paras); // pass to some global method (or this could BE the global method)
    }
    protected void Button1_Click(object sender, EventArgs e)
    {
        Redirect("mypage.aspx", "you have been redirected");
    }
}

public class RedirectionParams
{
    private string _url;

    public string URL
    {
        get { return _url; }
        set { _url = value; }
    }

    private string _message;

    public string Message
    {
        get { return _message; }
        set { _message = value; }
    }

    public RedirectionParams(string url, string message)
    {
        this.URL = url;
        this.Message = message;
    }
}

回答

我将使用ViewState存储引荐网址。如果打开了多个浏览器窗口，则将其存储在页面范围之外(即处于会话状态或者Cookie)可能会导致问题。

以下示例验证了该页面是否在内部被调用(即未直接请求)，并在用户提交响应后反弹回引用页面。

public partial class _Default : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        if (Request.UrlReferrer == null)
        {
            //Handle the case where the page is requested directly
            throw new Exception("This page has been called without a referring page");
        }

        if (!IsPostBack)
        {   
            ReturnUrl = Request.UrlReferrer.PathAndQuery;
        }
    }

    public string ReturnUrl
    {
        get { return ViewState["returnUrl"].ToString();  }
        set { ViewState["returnUrl"] = value; }
    }

    protected void btn_Click(object sender, EventArgs e)
    {
        //Do what you need to do to save the page
        //...

        //Go back to calling page
        Response.Redirect(ReturnUrl, true);
    }
}

回答

该消息被标记为asp.net，但我认为这是一个与平台无关的问题，所有新的Web开发人员都在寻求一种"干净"的方法来解决这个问题。

我认为实现这一目标的两个选择是：

• 网址中的参数
• 会话中存储的网址

我不喜欢url方法，这有点混乱，我们必须记住在每个相关URL中都包含参数。

我将为此使用带有静态方法的对象。该对象将包装用于存储重定向URL的会话项。

该方法可能如下所示(所有公共静态)：

• setRedirectUrl(字符串URL)
• doRedirect(字符串defaultURL)

setRedirectUrl会在产生需要重定向到给定URL的链接/表单的任何操作中调用。因此，假设我们有一个项目查看操作，该操作会生成一个项目列表，每个项目都具有可以在其上执行的任务(例如，删除，编辑)，我们可以在代码中调用RedirectClass.setRedirectUrl(" / project / view-all")这个动作。

然后，假设用户单击删除，则需要在执行删除操作后将其重定向到视图页面，因此在删除操作中，我们将调用RedirectClass.setRedirectUrl(" / project / view-all")。该方法将查看是否在会话中设置了重定向变量。如果是这样，则重定向到该URL。如果不是，则重定向到默认url(传递给setRedirectUrl方法的字符串)。

回答

对于这个问题，我同意" rmbarnes.myopenid.com"是与平台无关的。

我会将调用页面的URL存储在QueryString或者隐藏字段中(例如，在ASP.NET的ViewState中)。如果将其存储在页面范围之外(例如Session，全局变量Application State等)，则它不仅会像Tom所说的那样过大，还会给我们带来麻烦。

什么样的麻烦？如果用户打开了该浏览器的多个标签(窗口)，则出现问题。同一浏览器的选项卡(或者窗口)可能会共享同一会话，并且重定向不会是预期的，并且所有用户都会觉得这是一个错误。

我的2欧分