进行任何与页面具体相关的加载。在此示例中，与页面具体相关的活动是将数字 1 分配给 pageNumber 标签。
using System;
using System.Web.UI;
using System.Web.UI.WebControls;
public class Page1 : BasePage
{
protected System.Web.UI.WebControls.Label pageNumber;
protected override void PageLoadEvent(object sender, System.EventArgs e)
{
pageNumber.Text = "1";
}
}
测试考虑事项
对 ASP.NET 运行库的依赖性使实现的测试变得很困难。不可能对从 System.Web.UI.Page 或环境中包含的其他各种类继承而来的类进行实例化。这样就不可能对应用程序的各个部分单独进行单元测试。自动测试此实现的唯一方法是，生成 HTTP 请求，然后检索 HTTP 响应，确定响应是否正确。此方法容易产生错误，因为您是将响应的文本与预期的文本进行比较。
结果上下文
内置的 ASP.NET 页面控制器功能具有以下优缺点：
优点
充分利用框架功能。页面控制器功能内置在 ASP.NET 中，通过将与应用程序具体相关的动作连接到由控制器公开的事件，可以轻松地对它进行扩展。另外，通过使用代码隐藏功能，还可以很容易地将与控制器具体相关的代码与模型和视图代码分离开来。
显式 URL。用户输入的 URL 引用了应用程序中的实际网页。这意味着这些网页可以作为书签，并在以后输入。URL 还倾向于使用更少的参数，以便让用户更容易输入它们。
增加了模块性和重用性。"公用外观"示例说明了您可以如何对许多页面重用 BasePage，而不必修改 BasePage 类或 HTML 文件。
缺点
需要更改代码。正如"公用外观"示例中说明的那样，为了共享公用功能，必须对各个网页进行修改，以便继承新定义的基类而不是 System.Web.UI.Page。Intercepting Filter 模式描述了通过更改 Web.config 文件而不是网页本身来添加公用功能的机制。
使用继承。"公用外观"示例通过使用继承来让多个网页共享实现。学习面向对象编程方法的大多数程序员一开始会喜欢继承。不过，使用继承来共享实现常常会导致软件很难更改。如果基类因条件逻辑而变得复杂，最好引入帮助器类或者考虑使用 Front Controller 。
难以测试。由于页面控制器是在 ASP.NET 中实现的，因此很难单独测试。要提高可测试性，您应该将同样多的功能从 ASP.NET 专用代码中分隔到不依赖于 ASP.NET 的类中。这样，不必启动 ASP.NET 运行库就能进行测试。
相关模式
有关详细信息，请参阅以下相关模式：
Template Method [Gamma95]。BasePage 类和 Page_Load 方法是此模式的示例实现。
Intercepting Filter.
Front Controller.
致谢
[Gamma95] Gamma, Helm, Johnson, and Vlissides. Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley, 1995.
[Reilly02] Reilly, Douglas J. Designing Microsoft ASP.NET Applications. Microsoft Press, 2002.
[Fowler03] Fowler, Martin. Patterns of Enterprise Application Architecture. Addison-Wesley, 2003.
using System;
using System.Web.UI;
using System.Web.UI.WebControls;
public class Page1 : BasePage
{
protected System.Web.UI.WebControls.Label pageNumber;
protected override void PageLoadEvent(object sender, System.EventArgs e)
{
pageNumber.Text = "1";
}
}
测试考虑事项
对 ASP.NET 运行库的依赖性使实现的测试变得很困难。不可能对从 System.Web.UI.Page 或环境中包含的其他各种类继承而来的类进行实例化。这样就不可能对应用程序的各个部分单独进行单元测试。自动测试此实现的唯一方法是，生成 HTTP 请求，然后检索 HTTP 响应，确定响应是否正确。此方法容易产生错误，因为您是将响应的文本与预期的文本进行比较。
结果上下文
内置的 ASP.NET 页面控制器功能具有以下优缺点：
优点
充分利用框架功能。页面控制器功能内置在 ASP.NET 中，通过将与应用程序具体相关的动作连接到由控制器公开的事件，可以轻松地对它进行扩展。另外，通过使用代码隐藏功能，还可以很容易地将与控制器具体相关的代码与模型和视图代码分离开来。
显式 URL。用户输入的 URL 引用了应用程序中的实际网页。这意味着这些网页可以作为书签，并在以后输入。URL 还倾向于使用更少的参数，以便让用户更容易输入它们。
增加了模块性和重用性。"公用外观"示例说明了您可以如何对许多页面重用 BasePage，而不必修改 BasePage 类或 HTML 文件。
缺点
需要更改代码。正如"公用外观"示例中说明的那样，为了共享公用功能，必须对各个网页进行修改，以便继承新定义的基类而不是 System.Web.UI.Page。Intercepting Filter 模式描述了通过更改 Web.config 文件而不是网页本身来添加公用功能的机制。
使用继承。"公用外观"示例通过使用继承来让多个网页共享实现。学习面向对象编程方法的大多数程序员一开始会喜欢继承。不过，使用继承来共享实现常常会导致软件很难更改。如果基类因条件逻辑而变得复杂，最好引入帮助器类或者考虑使用 Front Controller 。
难以测试。由于页面控制器是在 ASP.NET 中实现的，因此很难单独测试。要提高可测试性，您应该将同样多的功能从 ASP.NET 专用代码中分隔到不依赖于 ASP.NET 的类中。这样，不必启动 ASP.NET 运行库就能进行测试。
相关模式
有关详细信息，请参阅以下相关模式：
Template Method [Gamma95]。BasePage 类和 Page_Load 方法是此模式的示例实现。
Intercepting Filter.
Front Controller.
致谢
[Gamma95] Gamma, Helm, Johnson, and Vlissides. Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley, 1995.
[Reilly02] Reilly, Douglas J. Designing Microsoft ASP.NET Applications. Microsoft Press, 2002.
[Fowler03] Fowler, Martin. Patterns of Enterprise Application Architecture. Addison-Wesley, 2003.
相关文章
 我来说两句 |
对此文章发表了评论 |
评论列表 （最新 评论仅限网友观点！）
推荐文章
