ASP.NET 技术毕业论文外文翻译.doc

《ASP.NET 技术毕业论文外文翻译.doc》由会员分享，可在线阅读，更多相关《ASP.NET 技术毕业论文外文翻译.doc（10页珍藏版）》请在三一办公上搜索。

1、ASP.NET 技术 1. 发展缘起的前身ASP技术，是在IIS 2.0上首次推出(Windows NT 3.51)，当时与 ADO 1.0 一起推出，在IIS 3.0 (Windows NT 4.0)发扬光大，成为服务器端应用程序的热门开发工具，微软还特别为它量身打造了Visual。InterDev开发工具，在1994年到2000年之间，ASP技术已经成为微软推展Windows NT 4.0平台的关键技术之一，数以万计的ASP网站也是这个时候开始如雨后春笋般的出现在网络上。它的简单以及高度可定制化的能力，也是它能迅速崛起的原因之一，不过ASP的缺点也逐渐的浮现出来。意大利面型的程序开发方法，

2、让维护的难度提高很多，尤其是大型的ASP应用程序。 直译式的VBScript或JScript语言，让效能有些许的受限。 延展性因为其基础架构扩充性不足而受限，虽然有COM元件可用，但开发一些特殊功能（像文件上传）时，没有来自内置的支持，需要寻求第三方控件商的元件。 1997年时，微软开始针对ASP的缺点（尤其是意大利面型的程序开发方法）准备开始一个新项目来开发，当时的主要领导人Scott Guthrie刚从杜克大学毕业，他和IIS团队的Mark Anders经理一起合作两个月，开发出了下一代ASP技术的原型，这个原型在1997年的圣诞节时被发展出来，并给予一个名称：XSP，这个原型产品使用的是

3、Java语言。不过它马上就被纳入当时还在开发中的CLR平台，Scott Guthrie事后也认为将这个技术移植到当时的CLR平台，确实有很大的风险(huge risk)，但当时的XSP团队却是以CLR开发应用的第一个团队。为了将XSP移植到CLR中，XSP团队将XSP的内核程序全部以C#语言重新撰写（在内部的项目代号是 Project Cool，但是当时对公开场合是保密的），并且改名为ASP+，作为ASP技术的后继者，并且也会提供一个简单的移转方法给ASP开发人员。ASP+首次的Beta版本以及应用在PDC 2000中亮相，由Bill Gates主讲Keynote(即关键技术的概览)，由富士通

4、公司展示使用COBOL语言撰写ASP+应用程序，并且宣布它可以使用Visual Basic.NET、C#、Perl与Python语言（后两者由ActiveState公司开发的互通工具支持）来开发。在2000年第二季时，微软正式推动.NET策略，ASP+也顺理成章的改名为，经过四年的开发，第一个版本的在2002年1月5日亮相(和.NET Framework1.0)，Scott Guthrie也成为的产品经理（到现在已经开发了数个微软产品，像 AJAX和Microsoft Silverlight）。2010年 4.0 以及 .NET Framework 4.0 已经在VS2010平台内应用。201

5、2年最新版本 4.5已经.Net Framework4.5已经在Visual Studio 2012平台应用。2. 工具支持构架是可以用Microsoft（R）公司最新的产品Visual S开发环境进行开发，WYSIWYG（What You See Is What You Get所见即为所得）的编辑。这些仅是强大化软件支持的一小部分。3. 强大的适应性因为是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上（笔者到现在为止只知道它只能用在Windows 2000/2003 Server/VISTA/7/XP上）。通用语言的基本库，消息机制

6、，数据接口的处理都能无缝的整合到的Web应用中。同时也是language-independent（语言独立化）的，所以，你可以选择一种最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在已经支持的有C#（C+和Java的结合体），VB，Jscript,C+、F+。将来，这样的多种程序语言协同工作的能力保护您现在的基于COM+开发的程序，能够完整的移植向。4. 简单易学使运行一些很平常的任务如表单的提交客户端的身份验证、分布系统和网站配置变得非常简单。例如页面构架允许你建立你自己的用户分界面，使其不同于常见的VB-Like界面。5. 可管理性使用一种字符基础的，分级的配置系统，虚拟

7、服务器环境和应用程序的设置更加简单。因为配置信息都保存在简单文本中，新的设置有可能都不需要启动本地的管理员工具就可以实现。这种被称为Zero Local Administration的哲学观念使的基于应用的开发更加具体和快捷。一个的应用程序在一台服务器系统的安装只需要简单的拷贝一些必须的文件，不需要系统的重新启动，一切就是这么简单。多处理器环境的可靠性 已经被刻意设计成为一种可以用于多处理器的开发工具，它在多处理器的环境下用特殊的无缝连接技术，将很大的提高运行速度。即使你现在的应用软件是为一个处理器开发的，将来多处理器运行时不需要任何改变都能提高他们的效能，但现在的ASP却做不到这一点。自定义

8、性和可扩展性 设计时考虑了让网站开发人员可以在自己的代码中自己定义plug-in的模块。这与原来的包含关系不同，可以加入自己定义的任何组件。网站程序的开发从来没有这么简单过。安全性基于Windows认证技术和每应用程序配置，你可以确保你的原程序是绝对安全的。 的语法在很大程度上与 ASP 兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有 ASP 应用程序中逐渐添加 功能，随时增强 ASP 应用程序的功能。 是一个已编译的、基于 .NET 的环境，把基于通用语言的程序在服务器上运行。将程序在服务器端首次运行时进行编译，比ASP即时

9、解释程序速度上要快很多.而且是可以用任何与 .NET 兼容的语言（包括Visual Basic .NET、C# 和 JScript .NET.）创作应用程序。另外，任何 应用程序都可以使用整个 .NET Framework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。 可以无缝地与 WYSIWYG HTML编辑器和其他编程工具（包括Microsoft Visual Studio .NET）一起工作。这不仅使得 Web 开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到 Web 页的 GUI 和完全集成的调

10、试支持。 当创建 应用程序时，开发人员可以使用 Web窗体或 XML Web services，或以他们认为合适的任何方式进行组合。每个功能都能得到同一结构的支持，使您能够使用身份验证方案，缓存经常使用的数据，或者对应用程序的配置进行自定义. 如果你从来没有开发过网站程序，那么这不适合你，你应该至少掌握一些HTML语言和简单的Web开发术语(不过我相信如果有兴趣的话是可以很快的掌握的)。你不需要先前的ASP开发经验（当然有经验更好），但是你必须了解交互式Web程序开发的概念，包含窗体，脚本，和数据接口的概念，如果你具备了这些条件的话，那么你就可以在的世界开始展翅高飞了。6. IISIIS指 I

11、nternet Information Services（因特网信息服务）IIS 是 Windows 2000 捆绑的免费组件IIS同时也是 Windows NT 4.0 的可选组件此可选组件可通过因特网下载PWS的体积更小，不过拥有 IIS 的完整功能PWS可在 Windows 95/98 的安装 CD 中找到。不仅仅是 Active Server Page (ASP) 的下一个版本，而且是一种建立在通用语言上的程序构架，能被用于一台Web服务器来建立强大的Web应用程序。提供许多比现在的Web开发模式强大的优势。7. 处理架构 运行的架构分为几个阶段：在 IIS 与 Web 服务器中的消息

12、流动阶段。 在 网页中的消息分派。 在 网页中的消息处理。8. 消息流动当装载(hosting) 的 Web 服务器接收到 HTTP 要求时，HTTP 聆听程序 (HTTP Listener) 会将要求转交给 URL 指定的网站应用程序的工作流程 (Worker Process)， 的工作流程处理器 (aspnet_isapi.dll，若是 IIS 5.0 时则是 aspnet_wp.exe) 会解析 URL，并激活位于 System.Web.Hosting 命名空间中的 ISAPIRuntime（视版本）对象，接收 HTTP 要求，并调用 HttpRuntime，运行 HttpRuntime

13、.ProcessRequest()，在 ProcessRequest() 中使用 HttpApplicationFactory 建立新的 HttpApplication (或是指定的 IHttpHandler 处理器)，再分派给 Page 中的 ProcessRequest() 或是 IHttpHandler 的 ProcessRequest() 方法，运行之后，再传回到 ISAPIRuntime，以及 aspnet_isapi.dll，最后交由 HTTP Listener 回传给用户端，因为运行程序有如管线般顺畅的运行，因此称为HTTP Pipeline Mode。在 内部的 HTTP 处理

14、器有：ISAPIRuntime：由 aspnet_isapi.dll 调用，初始化 HttpWorkerRequest 对象（会由IIS的版本决定要初始化的版本）。 HttpRuntime：提供要求队列 (Request Queue)、调用 HttpWorkerRequest 中的 ProcessRequest() 方法，以及后续的处理工作。 HttpWorkerRequest：产生 HttpApplication、HttpRequest、HttpResponse 等基础对象的 HTTP 要求对象，并将要求转送到要处理的对象（并调用它的 ProcessRequest() 方法）。 IHttpH

15、andler 与 IHttpAsyncHandler：负责处理 HTTP 要求的单元，由 ProcessRequest() 来分派与运行要求。 网页中的事件程序 当 HttpWorkerRequest 调用网页(System.Web.UI 命名空间的 Page 类) 的 Page.ProcessRequest() 方法时，它会依序的引发 Page 内的各个事件，并同时调用在 Page 中所有控件的相关事件，其引发顺序为：PreInit 事件：运行预先初始化的工作，在 2.0中，若要动态调整主版页面 (Master Page)、布景主题 (Theme) 时，要在这个事件中调整。 Init 事件：

16、运行初始化工作。 InitCompleted 事件：在完成初始化工作后引发。 Preload 事件：运行预先加载的工作。 Load 事件：运行加载的工作，大多数的网页都拥有 Page_Load 事件处理程序，用户控件 (user control) 中也有 Page_Load 事件例程，都会在此时调用。 控件的 PostBack 变更通知：当网页侦测到是 PostBack 要求时，会引发 PostBack 消息通知的事件。 控件的 PostBack 相关事件：当网页侦测到是 PostBack 要求时，会引发 PostBack 消息指定的控件的事件。 LoadCompleted 事件：运行加载完成

17、后的工作。 PreRender 事件：处理在产生 HTML 结果前的工作。 SaveStateCompleted 事件：处理页面状态 (ViewState 与 ControlState) 储存完成后的事件。 Render 事件：处理产生 HTML 的工作。 Unload 事件：处理退出网页处理时的工作。 如果 HttpWorkerRequest 调用的是实现 IHttpHandler 界面的HTTP 处理程序时，它只会调用 IHttpHandler.ProcessRequest() 方法，由它来处理程序的输出，不像 Page.ProcessRequest() 会处理事件顺序，因此 HTTP H

18、andler 很适合轻量级的数据处理，像是输出文件数据流或是图片数据流等。9. 事件模型 的原始设计构想，就是要让开发人员能够像 VB 开发工具那样，可以使用事件驱动式程序开发模式 (Event-Driven Programming Model) 的方法来开发网页与应用程序，若要以ASP技术来做到这件事的话，用必须要使用大量的辅助信息，像是查询字符串或是窗体字段数据来识别与判断对象的来源、事件流向以及调用的函数等等，需要撰写的代码量相当的多，但 很巧妙利用窗体字段和JavaScript脚本把事件的传递模型隐藏起来了。 的事件模型是由以及数个 Hidden Field 组合而成，基于 HTTP

19、模型的限制，所有的网页程序在运行结果输出到用户端后，程序就会退出运行，为了维护在 网页与控件的状态数据，因此在输出 控件时， 会将部份状态数据储存到网页的 Hidden Field 中，这类型的状态数据称为 ViewState（ID 为 _VIEWSTATE），在服务器端即会被解译出状态与事件数据。在大多数的内置 Web 控件中都有使用到这个机制，因此在使用大量 Web 控件的网页中，会有许多的 ViewState 会存放在网页中并随着 HTTP 数据流输出到用户端，ViewState 在输出时，会被加密为一组乱码字符串，其金钥值定义在计算机中，并且每一个对象都会被序列化 (serialize

20、) 成字符串（因此若是自定义对象要放到 ViewState 时，则应要让它支持序列化），再输出到 _VIEWSTATE 字段中，在每次的网页来回时都会被传输，较大的 ViewState 会让网页大小膨胀，不利于快速的网络传输，不过 本身有提供将 ViewState 关闭的功能，因此如果控件不需要状态保存时，可将它关闭以减少输出的大小。为确保控件的事件能够确实被引发，让事件驱动能够被运行，因此控件事件引发命令时需要的参数，是交由 JavaScript 脚本在用户端引发时，填入另一个 Hidden Field（ID 为 _EVENTTARGET 以及 _EVENTARGUMENT），并且引发窗体的

21、送出指示 (submit)，传送到服务端后，服务端的 HttpApplication 中的工具函数会解析 _EVENTTARGET 和 _EVENTARGUMENT 字段中的信息，并且交由控件所实现的 RaisePostBackEvent() 来引发事件，并由 .NET Framework 内部的事件处理器制接手处理（调用控件设置的事件处理程序）。10. 来回模式在 运行的时候，经常会有网页的来回动作 (round-trip)，在 中称为 PostBack，在传统的 ASP 技术上，判断网页的来回是需要由开发人员自行撰写，到了 时，开发人员可以用 Page.IsPostBack 机能来判断是否

22、为第一次运行 (当 发现 HTTP POST 要求的数据是空值时)，它可以保证 的控件事件只会运行一次，但是它有个缺点（基于 HTTP POST 本身的缺陷），就是若用户使用浏览器的刷新功能 (按 F5 或刷新的按钮) 刷新网页时，最后一次运行的事件会再被运行一次，若要避免这个状况，必须要强迫浏览器清空高速缓存才可以。2.0 中有新增三个来回模式：待添加的隐藏文字内容3Cross Page Postback：允许跨不同的网页运行 PostBack，服务端可使用 Page.IsCrossPostBack 来判断是否是跨网页型的来回。 Async Page Mode：允许网页使用异步的方式运行，服

23、务端可用 Page.IsAsync 来判断。 Callback： 2.0 新增的由网页回呼用户端指令的功能，服务端可用 Page.IsCallback 来判断是否要求是来自 Callback。来回模式不仅是 运作时的内核：它也是 应用程序的一个主要缺点，尤其是在设计复杂度高的页面时，在网页中隐藏的 ViewState 的大小会相当大，而在每次的来回动作中，都会传送 ViewState 在内的窗体信息，大量的 ViewState 会使得传送的时间拉长，而且每次来回动作都会让整个网页被刷新，而出现闪烁的情况（就算在本地端也一样），但在AJAX技术尚未成熟时，只能够忍受这种因底层限制所带来的问题，在

24、 AJAX技术发展出来后，通过UpdatePanel成功的缓解了这个问题（但 ViewState 传送的问题仍然未根本的解决，必须要使用像 Page Method 这样的方式才能彻底的解决）。11.控件的控件分为内置和外置两种。 的内置控件分为两种：HTML 控件 (HTML control)和用户控件 (User control)。外置控件，在使用前，需要将其添加到Visual Studio .NET环境中。然后就可以通过启动一个新项目来使用新的控件。HTML 控件 (HTML control)直接在 HTML 标记中加上 runat=server，即可对应到 指定的 HTML 服务器控件类

25、，像是： HtmlAnchor：表示 HTML 的 Web 控件 (Web control)：由 提供，比 HTML 控件提供更多的功能，但操作与设置会比 HTML 控件要复杂许多，像是： LinkButton：一种外型为链接 HtmlButton：表示 HTML 的 。 HtmlImage：表示 HTML 的 。 HtmlGenericControl：表示没有对应到服务器控件的对象，都会被对应到这个类。 Web 控件 (Web control)：由 提供，比 HTML 控件提供更多的功能，但操作与设置会比 HTML 控件要复杂许多，像是： LinkButton：一种外型为链接 (除了内置的控

26、件之外， 也提供了可以自定义的控件架构，并且支持两种控件开发方法。用户控件 (User control)以 .ascx 为扩展名，可以让开发人员用最轻松的方式来开发控件，优点是开发速度很快，但缺点是无法转散布，且无法加入参考。 自定义控件 (Custom control)，可转散布型的控件，是经过编译后的代码 (DLL)，可单独转散布，并且可在其他的项目加入参考引用，自定义控件有三种开发模式： 基础控件 (General Control)：由 System.Web.UI.Control 类继承而来，或是由现有的 Web 控件继承而来，像是由 Button 控件继承。 复合控件 (Composi

27、te Control)：由 System.Web.UI.WebControls.CompositeControl 继承而来，可以用复合的方式来开发控件。 样板控件 (Template Control)：可以在控件中使用样板 (template)，并套用数据到样板中，支持数据绑定的表达式。外置控件部署虽然有的时候，控件在开发机器上运行正常，但当程序被部署到终端用户机器上时，会出现问题。因为很多终端机器不允许安装外置控件，对于上述问题有简单实用的解决办法-“在服务器上部署 “fp_client” 文件夹”。fp_client 文件夹包含所有ASP.NET外置控件需要的脚本文件。 拿Spread控件

28、为例，Web 页面上的 Spread 控件实例从服务器上的 fp_client 文件夹中读取前台格式化、样式和脚本功能。fp_client 文件夹的默认安装路径是： C:ProgramFilesGrapeCitySpread.ASP.5.dotNet20v5.0.2015fp_clientfpspread5_0_2015_2008HTC。我们需要在 web.config 文件中添加以下代码 fp_client 文件夹进行正确的加载：下面是两个有助于我们更加深入的去解决该问题问题的相关点：1.上面的标签仅在你想要从程序根目录下载“fp_client”文件夹是需要 ，在这种情况下，你需要复制 fp_client 文件夹并且把它粘帖到程序的根目录下，或者创建一个映射到 fp_client 文件夹的虚拟路径。2.在服务器上有很多网址运行 Spread for ASP.NET ，我们仅需要把 fp_client 文件夹 复制到服务器的根目录上即可（而不是程序的根目录）。在这种情形下， 上述 web.config 标签是不需要添加的，程序仍然可以完美运行。