ASP.NET 中的基本页面

您是否建议在 Visual Studio 中创建的每个网站中创建一个基本页面作为父类？

确切的优点/缺点是什么？

如果您想重写 ASP.NET 中某些内容的工作方式，将其构建到基类中比在每个页面中包含代码会更有效。我这样做的两个具体实例是：

是否回发
鲜为人知的事实：创建一个对于 ASP.NET 来说看起来像回发但通过 GET 请求提交的请求是非常可行的。谁做这个？黑客，就是这样的人。致电IsPostback在这种情况下会返回true，但它确实应该返回false。为了解决这个问题，构建一个重写 IsPostBack 的基类：

Public Class MyBase
    Inherits System.Web.UI.Page
    <DebuggerStepThrough()> _
    Public Shadows Function IsPostback() As Boolean

        'Check the built-in IsPostback and make sure this is a HTTP POST
        Return (Page.IsPostBack AndAlso Request.HttpMethod.ToUpper = "POST")

    End Function

End Class

错误处理
In , Blowdart https://stackoverflow.com/users/2525/blowdart讨论了这样一个事实：如果您使用 ASP.NET 的错误处理将客户端重定向到自定义错误页面，黑客（再次）可以检测到重定向并将其标记为可利用的错误。更安全的模式是处理页面的错误事件并执行 Server.Transfer（不向客户端发送任何内容）。同样，在基类中执行此操作意味着您只需编写一次代码：

public partial MyBase : System.Web.UI.Page
{
    protected void Page_Error (object sender, EventArgs e)
    {
        Exception ex = Server.GetLastError();

        // Do something with the exception e.g. log it
        ...

        Server.Transfer("~/mycustomerrorpage.aspx");
     }
}