外文翻译--ASP.NET 2.0 用户模式.doc

1ASP.NET2.0用户模式摘要ASP.NET2.0的新特性如成员人数、个性化以及外形轮廓都是基于一个新的的.NET模式用户模式。这个用户模式定义了一种简易的插件体系，你能利用系统提供的用户插件或者编写自己的而不用重写代码也不用重新编绎整个的解决方案。该用户模式良好的功能模块划分允许应用程序开发平台支持不同的设备或者媒体的同类功能。在本文中，KamranMQamar阐述了什么是用户模式，什么时候使用它，什么样的ASP.NET功能模块会使用了它，怎样创建自己的模式，最终，你怎样在.NET1.x中使用模块的优点。文章介绍事物是不断发展变化的，这话对软件工程领域特别适用，因为这里的变化是频繁而且巨大的。现在我们提出的解决方案正被新的技术挑战着。然而，把这些新技术凑合在一起，建立解决方案并不总是可行的。软件工程很早就已经认识到了这点，并且已开始在它实施的商业活动中进行抽象以确保解决方案不被改变。ASP.NET开发团队在朝着缩短网络应用开发时间的野心勃勃的目标前进的道路上，面临着许多挑战.他们希望创建的解决方案不仅仅是简易、严整而且是可扩展的。他们更看中的是因为它要是可升级的，容易使用的并且有着良好文档支持的，内部实现完全可控的。结论是进行一个新的设计，它必须是一个允许扩展和z和变程序应用进程的，同时还有一定的商业需求的。乍一看，这种用户模式的出现是作为一种抽象的模式的增强版本，事实上，它的好处并不止这么多，它是一个综合单一、军略以及配置组件的缩体。这个模式本身不是新技术，也不是一种应用软件，更应注意的是它的DotNetNukeandLog4Net，同时也非常彻底的应用到了它。ASP.NET2.0逐渐的标准化它的方法并把它应用到主流的发展中去了。2正文接下来我将阐述在哪里我们可以使用到这种模式。然后我们再在运用ASP.NET2.0Beta一起探索应用程序的细节过程，为了做到这些，我将创建一个基于ASP.NET2.0Beta版本的解决方案，然后我再认真介绍在使用这个版本时的详细步骤，最终我将介绍ASP.NET1.x的基本框架与ASP.NET2.0的不同之处，因此，你可以从今天开始使用它，并且在激活它之后可以在它里面添加你写的代码。这篇文章假设你已经非常熟悉所设计的模式，尤其是抽象工厂与单一模式，如果不是这样的话，我将建议你跳过这一步，只需要看一下文章的结尾的结论就可以了。系统需求先在你的机子上运行样本代码，代码将是必要的：.NETFramework2.0Beta(CTPOctober2004)VisualStudio2005orVisualStudio2005ExpressEditions(WebDeveloper,andVisualC#)VisualStudio2003InternetExplorer我们可在还面这个网址上找到我们要的：http:/lab.msdn.microsoft.com/express/vwd/default.aspx安装并且运行这个程序代码所有文章中的样品代码都是用C#写的，这个样本代码的下载包含两个方面的问题：AVS.NET2005问题包含给用户提供网关与网址工程。用户的网关方案拥有所有的类，这些类可以员这些网关来进行支付，而网址工程则是为了测试应用程序同时还拥有为用户所提供的信用卡。3TheVS.NET2003问题则是包含两个命名为ProviderModel和TestProviderModel工程文件。第一个工程文件是一个库，这个库允许你在。NET1.x中进行用户模式的执行，而第二个则是使用这个库来支付解决方案的所有的进程。这个解决方案更深入地使用了在第二个工程文件中为.NET2.0定义的相同的类，当你注意到在这两个类中中的指令没有改变时，他们仅仅为不同的时间段来进行编译，第二个工程文件是作为一个应用程序而创建的，这个文件显示了整个用户模式可以在窗口与网页中使用它。问题的代理模式一个成功的软件是与它的可扩展的性能是成正比的，如果一个软件独立于怎样去创建、组成、提出它自己的特点，那么这个解决方案在将来可以升级。这种放纵的联合允许我们将来根据需要地来使用这种解决方案。我们将在以下几种情况下考虑：系统说明书写的不是很清楚并且这个系统经常的改变。系统需要处理相同类型的事物但是不能在运行程序的时候处理实型。系统的应用方面经过一段时期将会有所扩展。这些都是基本的需求，同时人们应用了各种不同的方法来解决这个问题，有一伙人地在解决这个问题的时候提出了一种模式，他们把这种模式就叫做虚拟工厂模式。而这种模式的目的是为了："为了提供一个为创建一组相互有联系但又相互独立的统一体，但又没有定义具体的类。"虚拟工厂模式提供了一个提取层,但是，这种方法也有其局限性，更重要的是：1.这是一种基于解决方案的代码。这个工厂的类需要了解一些具体的、必须创建的类是什么，如果这些解决方案可以观察通过增加一些接口应用程序来进行扩展，那么，至少我们可以从核心内容中对这个工厂进行更新。42.那个基于合作方法的接口的用途限制了解决方案的性能，如果接口的需求被改变了，那么所有的旧的代码将会要重新写入，因此，我们不能在核心技术中很容易的增加某些新的功能。用户模式的解决方案一种最理想的解决方案，我们不需要每次更改工厂里每个类的核心代码，我们只要在一些接口中增加新的功能模块，我们也可以使用一种遗传算法来连接到接口上去，从制作一种更新的代码时就实施一种最为普通的API来保护我们自己的信息。这种用户模式确实做到了这一点，它使用了最简单的、最基本的应用配置来增加、清理、移除具体的没有重新编译的核心代码的应用程序。这就像建立了一个链式的结构体系，而这个体系可以根据需要进行扩展。ASP.NET2.0提供了SQLandAccessprovider作为可以互换成员对象，但是，如果你想从经典的ASP或者ASP.Net1.x中退出，并且已经有了通俗的成员对象数据库，那么它就不能中止，而且，你还可以根据需要来重新设计它，还可以建立一个传统的成员对象供给，同时应用它来代替对用户透明的界面,最后我们可以在ASP.NET2.0中掌握他的新的性能。这种用户模式使用界面来进行合作，或者很好地定义了API，就像在虚拟工厂模式中的接口一样，此模式也允许完全控制在API中应用程序的工具，在我介绍怎样使用ASP.NET2.0之前，我们就是使用的这种拥有此种功能的模式我们也要了解这种模式中内部是怎么工作的。我们要不断地他新的技术来更好地实现它。为了证明此点：我们怎么去实施基于解决方案的这种用户模式，我将创建一个最简单的信用卡用户来控制使用这种模式，此模式可以由信用卡中的信息和使用一种网关来支付交易的过程对这种模式进行升级。被控制界面支持交付并且还可退款，我将创建两个界面：一个只是用来支持处理信用卡和美国特殊的卡，而另一个也是用来支持这些但还可以处理一些额外的、不同作用的卡。这些界面是很简单的，而且它们不能带进账户里那些复杂的比如商物鉴定等。额外的逻辑性能可以控制怎么从一些基于卡类型的