肖泽安外文翻译

1、本科毕业设计(论文)外文参考文献译文及原文学 院 信息工程学院 专 业 电子信息工程 (信息工程方向) 年级班别 2011级(2)班 学 号 3111002822 学生姓名 肖泽安 指导教师 程昱 2015 年 6 月目 录译文2你能承担起不使用ASP.NET MVC的后果吗？2摘 要31 本论文的目的12 ASP.NET 平台进化23 Web 表单的长处和挑战34 MVC - 优势和面临的挑战55 技术比较75.1团队经验和背景75.2可扩展性75.3第三方工具85.4设计和设备定位8结 论10关于作者11原文12Can You Afford Not to Use ASP.NET MVC?1

2、2Abstract131 The Intent of this White Paper142 ASP.NET Platform Evolution153 Web Forms - Strong Points and Challenges174 MVC - Strong Points and Challenges195 Comparing Technologies215.1Team Experience and Background215.2Extensibility215.3Third-Party Tools225.4Design and Device Targeting23Conclusion

3、24About the Authors25译文你能承担起不使用ASP.NET MVC的后果吗？本文由迈克Breske，里克吉普森,加布·萨拉查写于2012年5月。在本白皮书中,我们将探索微软web开发平台的发展,讨论web表单和MVC两个的利弊,并提供了两种技术之间的比较。摘 要在过去的五年里,几乎每一个主要开发人员或架构师都要面对这个问题，或者很快就会质疑:“我们什么时候搬到MVC ?”对一些人来说,这个问题来自对于一个CIO或发展中的副总裁来说，他们只认为MVC是他们最新读的飞行杂志中的一个“时髦”热词。对另一些人来说,这个问题是开发团队中谁想使用最新的技术。尽管MVC并不是一个

4、新模式(已超过20年)，它也只是微软的ASP.NET框架内的第三个版本,许多开发团队并没有过渡到ASP.NET MVC。有很多原因,但最常见的是只是人们不愿改变。相同的磁阻,使得古老经典的ASP应用程序在生产环境中应用了10多年。我们鼓励你扩大你的舒适区之外,让我们帮助你拥抱你的困惑在接下来的20分钟,耐心的读这本白皮书。1 本论文的目的在本白皮书中,我们将探索ASP.NET Web表单和ASP.NET MVC突出特性,优点,和缺点。我们将预先状态,我们认识到,一个熟练的团队可以利用框架来成功地构建Web解决方案。本文的目的是帮助你,还有读者们,了解功能Credera公司在选择正确的框架时会考

5、虑什么样的特点,所以在你的下一个Web项目中你可以做同样的事情。2 ASP.NET 平台进化尽管自1979年以来，在面向对象的编程语言中MVC一直作为一种体系结构模式,可它自2007年以来只有ASP.NET框架的一部分。而另一方面,Web表单,自2002年framework 1.0发布以来一直是ASP.NET的一部分。ASP.NET之前,微软基础网站都是写于经典ASP(活动服务器页面),这是一种在构建Web应用程序时脚本语言多于真正面向对象平台的模式。像ASP.NET技术也在不断发展变化,微软也一直在寻找方法来提高平台。自1997年首次发布的网络信息服务,微软已经听来自开发人员的反馈,监控项目

6、取得成功,着力于增加平台的健壮性。有了ASP.NET 1.0和Web表单,微软解决了ASP的固有缺点。ASP技术要求用户界面和页面代码紧密耦合。ASP要求页面解释时，每个负载和业务逻辑都能像嵌入式脚本语言一样直接在每个页面上。这使得无关注点分离和代码重复利用是非常困难的。ASP.NET Web表单允许用户界面和后方代码生活在不同的文件中。然而,ASP.NET Web表单仍然允许开发人员通过将代码驻留在页面上的方式将用户界面和应用程序逻辑紧密地绑定在一起,以及,允许通过代码直接引用用户界面元素。随着ASP.NET Web表单的出现,业务逻辑可以更容易地抽象成单独的程序集。这意味着在众多人员的勤奋

7、工作,积累了许多宝贵的经验,和雄厚的技术领导下，一个抽象的解决方案可以实现使用关注点分离。然而,背后的用户界面控件和代码之间的耦合是不可避免的。2007年,微软推出了MVC替代Web表单作为构建ASP.NET网站的另一种方法。而企业库包含可重用的应用程序块,使在ASP.NET MVC应用程序,再次需要勤奋努力和强有力的技术领导才能实施。目前直接注册ASP.NET MVC平台,我们有一个MVC模式,根据定义,可执行用户界面和业务规则的实现之间的关注点分离。本文将探索ASP.NET MVC和Web表单技术在实践中的优缺点。3 Web 表单的长处和挑战最近的经验表明,企业虽然对MVC感兴趣,但仍倾向

8、于Web表单。熟悉度是缓慢过渡到MVC最可能的原因。状态机制利用Web表单呈现一个更符合桌面编程模型,基于GUI的应用程序开发。对于Windows应用程序开发人员和把目光投向其他平台的本机应用程序开发人员来说，该模型更为熟悉。底线是,Web表单为不同背景的开发人员提供一个较小的学习曲线,因为它把错综复杂的无状态Web进行了抽离。虽然这个事实本身不一定是使用Web表单的伟大理由,但它可以是根据您的团队的背景在开始一个新项目时的一个优势。图3.1 页面控制器模式Web表单也是一个很好的快速应用程序开发框架。这可以有利于原型或更小的应用程序。更大的应用程序使用Web表单通过适当的规划和技术规程可以测

9、试和维护。不过,请注意,MVC应用通过关注点隔离自然会让它们增强可测试性和灵活性。记住,一些最大的企业电子商务和员工门户解决方案是建立在Web表单。Web窗体框架的架构让开发人员以最少的JavaScript，HTML和CSS背景更快地开发应用程序。服务器端的访问操作，HTML标记搭配的页面控件拖放功能，使创建页面布局变成相对简单的任务。随着服务器控件将生成所有必要的HTML/ CSS标记，这种模式适合于更快的用户界面开发。 Web窗体的能力，以打包的Javascript，HTML和CSS功能集成到一个易于使用的网页控制可以大大简化添加新的特性到非常复杂的页面的过程。这就是为什么微软主要基于网络

10、的产品是建立在ASP.NET Web窗体，包括Microsoft SharePoint和Microsoft商务服务器（现在Ascentium拥有）的原因之一。即使在定制开发项目过渡到MVC，某些解决方案始终需要在Web窗体的专业知识。Web窗体的成熟度还附带了现成的一个先进的生态系统，第三方的工具包。控制工具包，像Telerik和Infragistics，提供方便，快捷的基于AJAX的开发，此外,还有许多有吸引力的开箱即用的样式选择。尽管这些工具包可以帮助加速开发，它们通常也带来一个性能成本和重量更重的页面。最新版本的Web窗体帮助解决诸如SEO优化，使得从Javascript的控制更容易获得

11、，和HTML渲染等以前的一些挑战。最新的版本在缓存和压缩方面也做了改进，它会自动改进网页加载时间。4 MVC - 优势和面临的挑战MVC是一个成熟的设计模式可以追溯到1979年的施乐帕洛阿尔托研究中心。它传达的想法是,你的介绍应该不知道你的业务和逻辑域。换句话说,它强调的是关注点分离。在MVC的世界里,网络请求是被“控制器”接收和“派遣”, 而“控制器”就负责执行业务逻辑检索数据,然后依次把数据传送到“模型”,表示层,“视图”。图4.1 模型-视图-控制器模式MVC设计模式可以很容易坚持专业软件开发实践,如:关注点分离单元测试/ TDD和模拟型松散耦合的体系结构高维护性的代码更好的代码组织S.

12、O.L.I.D.ASP.NET MVC框架是建立在ASP.NET顶层框架之上，因此，为开发人员提供一切由ASP.NET带来的好处，如会话状态，缓存，配置文件，安全性和成员，母版页，本地化，配置，运行状况监视，跟踪等等。当选择用MVC加入到你的Web应用程序开发，你不是把几年的投资扔进一个平台，而是增加编写更好的代码的能力。MVC确实迫使开发商重新思考他们的策略来处理Web请求，被抛弃的视图状态和频繁回发，但它也包含了网页。它是什么：一个无状态的协议。它不会尝试通过引入复杂的事件，生命周期和臃肿响应的有效载荷，以屏蔽来自真实的开发。此外，它使得它更容易采取新的客户端脚本框架，如jQuery的，给

13、予开发者可以完全控制他们的标记。作为具有完全控制页面标记的副作用，你有更好的机会做搜索引擎优化（SEO）。大多数搜索引擎都使用的标准的组合来排列页面。 Web页面产生更好，重量更轻，语义HTML标记有更好的机会在搜索结果中排名较高。如果您正计划推出网页内容到移动设备，不要再观望。 ASP.NET MVC使得它相当简单，采用HTML5兼容的网站，并不会把你丢到非语义的角落，靠服务器控件生成标记。有了MVC，您可以更轻松地利用新的CSS3结构，以及，JavaScript库，如Modernizr的，提供渐进增强和网络内容的优雅降级。对于策划一个网站来说，特别是在许多类型的连接设备，包括平板电脑和手机

14、的显示效果不佳的时候，这个个伟大的新闻。而MVC有很多优势,必须考虑实现从Web窗体转换时所需的学习曲线。Web开发人员为了充分理解这种模式在ASP.NET ，他们会获得显著的，大量的知识。Web表单开发人员过去十年的大部分时间都在写代码来处理回发和依赖视图状态，做出一些只发生在他们的网页的神奇变化。很难摆脱那些开发援助和拥抱网络真正的工作方式。让我们面对现实吧用Web表单创建新的Web应用程序很容易!5 技术比较希望这次将MVC和Web表单直接回答问题的讨论会让你更舒适“我应该使用哪种技术应用于我的项目中呢?”让我们考虑下选择适当的技术用于任何Web项目时的问题，讨论MVC和Web表单在每个

15、类别中的比较。5.1团队经验和背景组织你的团队的时候，优势不应该被低估。如果您正在构建一个ASP.NET web应用程序很可能你的团队中就有.net开发人员。如果你的球队拥有强大的Web窗体专长或来自一个双赢的窗体背景，使用ASP.NET MVC写一个Web应用程序只能算作强买强卖。如果你的团队中没有一个Web / Win的表格老兵，ASP.NET MVC开始看起来更吸引人。其原因是，在微软的世界以外的许多基于网络的框架中，MVC模式非常受欢迎。 Ruby on Rails的，蛋糕PHP，Spring MVC和Django的是实现了MVC设计模式的所有流行的框架。任何与这些背景的开发人员应该熟

16、悉ASP.NET MVC。这意味着雇佣生产开发维护和扩展应用程序很可能会更容易，如果你选择了ASP.NET MVC。许多人说，与MVC有一个陡峭的学习曲线相比，Web窗体开发那些没有web开发经验。我们将偏离群体和不同意这种评估。 Web窗体采用局部类，一个复杂的页面事件活动周期，和模拟状态，操作违背了网络的工作方式。 MVC是简单的解释，因为它不掩盖网络是一种无状态协议。相反，它包含了用户与web服务器如何交互，并提供一个干净的模式。5.2可扩展性可扩展性一词带来了许多。所以,我们这里讨论的实际上是什么?可扩展性是一个衡量改变你的应用程序容不容易,从小型功能添加到大型基础设施的变化。想象你决

17、定彻底改变您所使用的数据库技术来支持您的应用程序。例如,NOSQL数据库也许会适合你的技术需要完全和你想省钱购买SQL Server许可证。这种变化不会吓唬一些Web表单团队,除非他们采取极端的保健和很勤奋建设良好的基础设施。如果开发人员决定将一些控件直接绑定到一个SQL Server数据源使用连接字符串,您的数据库开关可能是一场噩梦。另一方面,ASP.NET MVC使得它很容易分离层的应用程序。例如,它是非常简单的设置和使用依赖注入框架,因为控制器只是简单的类。此外，Web窗体服务器控件生成自己的HTML。在嵌套某些控件的过程中，可以引入自动生成的HTML标签，可以打破依赖于这些ID的Jav

18、aScript功能。当谈到可扩展性，严格控制HTML和关注点分离使ASP.NET MVC趋于边缘。但是，如果你正在建设一个一次性的内部网站来显示一些数据，Web窗体可能是一个不错的选择。如果该应用程序不意味着演变和快速发展是必要的，使用由Web表单提供的模拟有状态和数据绑定工具开始变得更有吸引力。5.3第三方工具Web窗体是一个成熟的框架。它有大量的第三方控件和工具，使一些任务变得非常容易。Ajax控件工具包，Telerik的，Infragistics的，等等都提供了一些功能不错且即装即用的自定义控件的形式。如果它们满足您的需求，这些第三方产品可以节省大量的开发时间。虽然Web窗体在生成页面内

19、容的第三方工具的形式占据上风，ASP.NET MVC能够更好地利用那些面向质量的代码的工具。依赖注入，模拟和单元测试工具能够被用在ASP.NET MVC项目中得以最大限度的利用，很少设立多余的工作。当涉及到使用这些工具时，Web窗体项目都处于劣势。框架本身很难执行Ninject，Moq类,NUnit等工具所需的解耦。5.4设计和设备定位网页设计在现代网络的发展中非常重要。用户要求更好看网站上有更高水平的互动。如果你正在寻找能够满足严格的设计标准，ASP.NET MVC是一个不错的选择。ASP.NET MVC允许严格控制HTML，因此，它集成了非常出色的JavaScript框架，易于应用CSS规

20、则。您使用Web窗体也能够达到相同的外观和感觉，但旅途可能会更痛苦,因为你没有控制生成的HTML服务器控件。您的Web应用程序会在移动设备上观看吗？今天,这个问题的答案几乎总是,“是的。”Web窗体提供了用于创建自定义呈现的基础上所作出的页面请求的浏览器类型的控制自定义设备适配器形式的移动支持。当使用Web窗体，有必要在你的应用程序为桌面和移动设备创建一个不同的页面。要针对使用ASP.NET MVC多台设备，你将创建视图特定于移动设备和特定于桌面浏览器的视图。这里的关键是,通过利用ASP.NET MVC的路由功能,有可能使用相同的控制器动作服务请求一个页面在一个移动设备,以及一个台式电脑,只有

21、返回的视图操作会改变。这是我们从使用MVC设计模式获得一个很好的例子。由于视图是从模型中分离，我们可以很容易地创建以不同格式显示相同的数据的多个视图。结 论我们在ASP.NET Web Forms和ASP.NET MVC两者讨论利弊。每个平台仍然有它的位置，并根据您的应用程序体系结构的需要，你将有可能做出不同的选择。在一天结束的时候,这真的是像菲利普斯和平头螺丝刀。最好都在你的工具箱,出现这种情况时可以使用。关于作者迈克Breske是Credera公司目前微软解决方案实践的顾问。迈克拥有在从科罗拉多矿业学院计算与应用数学学士学位。而在Credera，迈克已经与商务部合作过服务器2007版本，E

22、ndeca和ASP.NET技术以帮助在电子商务和游戏驿站翻新的实施。迈克也获得了使用Visualforce的顶点和语言，同时实施了州际电池CRM解决方案的定制，Salesforce的开发经验。迈克一直致力于开发各种基于.NET技术的技术实力，以客户的需求作出反应。里克·吉普森是Credera公司高级经理。他拥有超过14年的管理和IT经验，专注于Microsoft Dynamics CRM，Web开发和.Net的解决方案。在加入Credera前，他是一个高级.NET顾问/架构师，TEKsystems领先的小项目团队在美国航空公司，NEC，泰科电子，西门子，和灰狗。最近，他的项目包括业务

23、流程的自动化，Web服务集成，和Microsoft Dynamics CRM/ XRM定制。里克是一个微软认证的.NET3.5和4.0以及在CRM 的专业开发者。2011年，里克从安吉洛州立大学工商管理学院接受了他的工商管理学位认证。加布·萨拉萨尔是Credera的建构师。加布是微软认证的在软件设计和开发超过10年经验的专业开发者。他使用微软的技术，包括.Net开发和微软的Commerce Server实现Web应用程序。在加入Credera前，加布在惠普的研发实验室担任软件设计工程师和研究人员。他拥有多项专利用于在远程访问计算机系统的算法。他在科罗拉多州立大学获得计算机科学硕士，在

24、柯林斯堡,CO和从大都会州立大学获得计算机科学学士学位。原文Can You Afford Not to Use ASP.NET MVC?Authored by Mike Breske, Rick Gipson, and Gabe Salazar May 2012.In this white paper, we will explore the evolution of the Microsoft web development platform, discuss the pros and cons of both Web Forms and MVC, and provide a compari

25、son of the two technologies.AbstractNearly every lead developer or architect has been faced with this question at some point in the past five years, or will be challenged soon: “When are we going to move to MVC?” For some, the question comes from a CIO or VP of Development who is only asking as they

26、 recognize MVC as a “buzzword” from their latest flight's magazine read. For others, the question comes from the development team who wants to use the latest technologies.Though MVC is not a new pattern (over 20 years old) and on its third version within the Microsoft ASP.NET framework,many deve

27、lopment teams have not made the transition to ASP.NET MVC. There are many reasons for this, but the most common is simply a reluctance to change. It is the same reluctance that has kept archaic Classic ASP applications in production environments for 10+ years.We encourage you to expand outside your

28、comfort zone and let us help you embrace your confusion - endurance for the next 20 minutes while you read this white paper.1 The Intent of this White PaperIn this white paper, we will explore both ASP.NET Web Forms and ASP.NET MVC highlighting features, strengths, and drawbacks. We will state up fr

29、ont that we recognize that a skilled team can leverage either framework to successfully build a web solution. The intent of this paper is to help you, the reader, understand what features Credera considers in selecting the right framework, so you can do the same on your next web project.2 ASP.NET Pl

30、atform EvolutionWhile MVC has been used as an architectural pattern in object-oriented programming languages since 1979, it has only been part of the ASP.NET framework since 2007. Web Forms, on the other hand, has been part of ASP.NET since 2002 with the release of the .NET Framework 1.0. Prior to A

31、SP.NET, Microsoft-based websites were written in classic ASP (Active Server Pages), which was more of a scripting language than a true object- oriented platform for building web applications.As ASP.NET technologies have evolved, Microsoft has looked for ways to improve the platform. Since the first

32、release of Internet Information Services in 1997, Microsoft has listened to feedback from developers, monitored project success, and strived to increase the robustness of the platform.With ASP.NET 1.0 and Web Forms, Microsoft addressed the inherent drawbacks that came with ASP. The ASP technologies

33、required the user interface and page code to be tightly coupled. ASP required that pages be interpreted with every load and business logic was generally embedded as script directly on each page. This allowed for little to no separation of concerns and code reuse was very difficult.ASP.NET Web Forms

34、allowed the user interface and the code behind it to live in different files. However, ASP.NET Web Forms still allowed developers to tightly couple the user interface and the application logic by allowing code to reside on pages, as well as, permitting references to user interface elements directly

35、from code.With the advent of ASP.NET Web Forms, business logic could be more easily abstracted into separate assemblies. This meant that with diligence, experience, and strong technical leadership an abstracted solution could be implemented using separation of concerns. However, coupling between the

36、 user interface controls and the code behind is unavoidable.In 2007, Microsoft introduced MVC as an alternative to Web Forms as a means to building ASP.NET websites. While the Enterprise Library had included reusable application blocks to enable MVC applications in ASP.NET, it again required diligen

37、ce and strong technical leadership to implement. With MVC now being incorporated directly to the ASP.NET platform, we have an MVC paradigm that, by definition, enforces a separation of concerns between the user interface and the implementation of business rules.This paper will explore the practical

38、benefits and drawbacks of both MVC and Web Forms technologies in ASP.NET.3 Web Forms - Strong Points and ChallengesRecent experience shows that enterprises are interested in MVC, but still lean towards Web Forms. Familiarity is the most likely reason for the slow transition to MVC. The stateful mech

39、anisms utilized in Web Forms present a programming model that is more consistent with desktop, GUI based application development. This model is more familiar to Windows application developers and developers of native applications targeting other platforms. The bottom line is that Web Forms provide a

40、 smaller learning curve for developers from diverse backgrounds because it abstracts away the complexities of the stateless web. While this fact alone is not necessarily great reason to use Web Forms, it can be an advantage when starting a new project depending on your team's background.1Picture

41、1 Page Controller PatternWeb Forms is also a great framework for rapid application development. This can be good for prototypes or smaller applications. Larger applications built using Web Forms can be testable and maintainable with proper planning and strong technical discipline. However, note that

42、 MVC applications naturally lend themselves to be testable and flexible by enforcing a separation of concerns. Keep in mind that some of the largest enterprise eCommerce and employee portal solutions are built on Web Forms.The architecture of the Web Forms framework enables developers with minimal J

43、avaScript, HTML, and CSS background to develop applications more quickly. Server side access for manipulating HTML markup paired with drag and drop functionality of page controls make creating page layouts a relatively simple task. This paradigm lends itself to faster user interface development as s

44、erver controls will generate all necessary HTML/CSS markup. Web Forms' ability to package up Javascript, HTML, and CSS functionality into an easy to use page control can greatly simplify the process of adding features to very complex pages. This is one of the reasons why Microsoft's major we

45、b-based products are built on ASP.NET Web Forms, including Microsoft SharePoint and Microsoft Commerce Server (now owned by Ascentium). Even while custom development projects transition to MVC, certain solutions will always require expertise in Web Forms.The maturity of Web Forms also comes with an

46、advanced ecosystem of off the shelf, third-party toolkits. Control toolkits, like Telerik and Infragistics, provide convenient, rapid, AJAX-based development, in addition to, many attractive out-of-the-box styling options. While these toolkits can help speed development, they often come with a perfo

47、rmance cost and a heavier page weight.The most recent version of Web Forms helps address some previous challenges like SEO optimization, easier access of controls from Javascript, and HTML rendering. The most recent version also made improvements in caching and compression that will automatically im

48、prove page load times.4 MVC - Strong Points and ChallengesMVC is a mature design pattern dating back to 1979 from the Xerox PARC. It conveys the idea that your presentation should be ignorant of your business and domain logic. In other words, it enforces separation of concerns. In the MVC world, web

49、 requests are received and “dispatched” by the “controller” which is in charge of executing business logic to retrieve data and then to pass this data, the “model”, to the presentation layer, the “view”.Picture2 Model View Controller PatternThe MVC design pattern makes it easy to adhere to professio

50、nal software development practices, such as: Separation of Concerns Unit Tests/TDD and Type Mocking Loosely coupled architecture Highly maintainable code Better code organization S.O.L.I.D.The ASP.NET MVC framework is built on top of the ASP.NET framework and thus, provides the developer with all th

51、e benefits that come with ASP.NET, such as Session State, Caching, Profiles, Security and Membership, Master Pages, Localization, Configuration, Health Monitoring, Tracing, and more. When opting to develop your web applications with MVC, you are not throwing away years of investment into a platform,

52、 but rather increasing the ability to write better code.It is true that MVC forces the developer to rethink their strategy for handling web requests by ditching viewstate and frequent postbacks, but it also embraces the web for what it is: a stateless protocol. It does not try to shield the develope

53、r from that truth by introducing complex event lifecycles and bloated response payloads. Furthermore, it makes it much easier to adopt newer client scripting frameworks, such as jQuery, by giving the developer full control of their markup.As a side effect of having full control of page markup, you h

54、ave better opportunities to do search engine optimization (SEO). Most search engines use a combination of criteria to rank pages. Web pages that yield better, lighter, semantic HTML markup have a better chance to rank higher in search results.If you are planning on rolling out web content to mobile

55、devices, look no further. ASP.NET MVC makes it rather simple to adopt HTML5 compliant websites, and will not corner you into non-semantic, server control generated markup. With MVC, you can more easily leverage new CSS3 constructs, as well as, JavaScript libraries, such as Modernizr, to provide prog

56、ressive enhancement and graceful degradation of web content. This is great news when planning for a website that should render well in many types of connected devices, including tablets and mobile phones.While MVC has many advantages, one must consider the learning curve required when making the tra

57、nsition from Web Forms. There is a significant amount of knowledge to be gained by the web developer in order to fully understand this paradigm in ASP.NET. Web Forms developers have spent most of the last decade writing code to handle postbacks and relying on viewstate to make some magic happen with

58、 their web pages. It is hard to move away from those development aids and embrace the way the web really works. Let's face it - Web Forms made it easy to create new web applications!5 Comparing TechnologiesHopefully, this discussion has made you more comfortable putting MVC and Web Forms head-to-head to answer the burning question: “Which technology should I use for my project?” Let's walk through some considerations when choosing the appropriate technology for any we