第二阶段:优化

在拥有了一个起作用的 ASP.NET 网站后,便可以开始利用 ASP.NET 的功能和优化 ASP.NET 和 IIS 代码。在转换过程的这一阶段,您将使用更为合适的 ASP.NET 代码替换转换后的代码,引入新功能以利用 ASP.NET 和 IIS 的优势,并重新架构您的站点,使其更加安全、可靠且性能更佳。

与第一阶段一样,第二阶段的转换也分为两个主要步骤:

  1. 利用 ASP.NET 功能 - 第二阶段的第一步就是开始利用简单的 ASP.NET 功能来改进性能、提高安全性、减少代码和简化项目。在该步骤中,您将用 ASP.NET Web 控件代替标记库和 Javascript、利用 CodeBehind 文件,以及执行其他必须要断开与 JSP 的连接后才可行的简单更改。
  2. 最佳实践 - 转换项目的最后一步是评估应用程序并重新架构以利用 ASP.NET 的最佳实践。在此部分中,您将利用 Microsoft 的 Perscriptive Architecture Group 的素材来评估站点的安全性、改进性能以及提高可伸缩性和稳定性。

文章

身份验证
本文将提供一些简短示例,说明一些您可能较熟悉的 JSP 中的身份验证方案。遗憾的是,由于身份验证被绑定在 web.xml (Java) 和 web.config (Microsoft® ASP.NET) 文件内,所以 JLCA 将不会直接转换身份验证规则。我们将简要考察 JLCA 执行的操作以及其如何来完成转换过程。最后,我们将讨论提供给 ASP.NET 应用程序的各种身份验证方法,及如何实施这些方案以便新 ASP.NET 应用程序上的身份验证过程尽可能贴近 JSP 应用程序中的过程。
ASP.NET 最佳实践
如果您要从 JSP 迁移到 ASP.NET,则您可能想知道如何利用现有的软件模式及如何应用 ASP.NET 的最佳实践。
多浏览器支持
多浏览器支持是 Web 开发人员经常遇到且长期存在的问题。随着标准的变化和新浏览器版本的发布(有时提供新功能但不能向后兼容),Web 开发人员的工作难度不断加大。他们不但必须在其 Web 应用程序中提供更多功能,而且还必须确保尽可能多的用户能够访问这些应用程序。
HTTP 错误捕获
大多数基于 Web 的应用程序或者其他应用程序使用某种错误捕获来处理正常错误以及异常错误。Web 应用程序中的错误处理发生在四个不同的级别,每个级别通常捕获不同类型的错误。
会话管理
在本白皮书中,我们将首先讨论如何在 CodeNotes 网站的 JSP 中使用 Session 对象。然后使用 JLCA 将部分 CodeNotes 转换为 ASP.NET,以演示 JLCA 是如何处理会话调用的。最后,我们将考察如何用 ASP.NET 编写类似的应用程序以利用其他功能,如将会话信息保存到数据库。
ViewState 和 JavaBeans
在本白皮书中,我们将讨论在提交表单后保存表单数据的各种方法。我们将分析在 JSP 以及 ASP.NET 中最常用的技术,然后考察如何使用 ASP.NET 简化整个过程,将该过程几乎完全抽象到后台执行。
跟踪和调试
对于任何开发人员而言,跟踪和调试应用程序将涉及到断点、代码改变、即时监视,以及有时候受挫的小时数。其中唯一有变化的是受挫的小时数。根据编写 JSP(或相关的任何代码)所使用的工具,跟踪和调试将是一项很麻烦的任务。幸运的是,如果使用 Microsoft Visual Studio .NET 来生成 Microsoft ASP.NET 应用程序,您可以利用内置于语言中的稳定的跟踪实用程序,以及 Visual Studio .NET 的全面逐行调试功能。
验证
在 Web 应用程序中,验证是确定键入到字段中的文本是否符合某个确定模板的过程。如果在按下“提交”按钮时有一个或多个字段是错误的,则相应字段会被认为无效,且通常会在页面上显示一条消息指示错误。如果所有字段都正确(有效),则按下“提交”按钮通常会导致表格被处理及用户收到新页面。