ASP+与ASP有什么不同

ASP+与ASP有什么不同

　　在以前的文章中咱们意识到ASP+是一个残缺的操作系统的一局部。然而为什么ASP+不同于以前版本的ASP？他们之间到底有什么不同？假设你仅仅是运转一些页面或运用程序，那么你能够齐全不会留意到他们之前的区别。
　　
　　一旦你打开ASP+SDK或许协助文件，你就会发现这个新产品几乎没有一点像以前的版本。
　　
　　当然不必惊恐，咱们下一步就会看看一些次要的不同点。咱们先看看为什么微软公司会以为咱们需求一个新版本的ASP，它能协助咱们干什么。作为一名开发者，咱们也得知道它有哪些新的特性来协助咱们建设站点和运用。
　　
　　咱们真的需求一种新的ASP！？
　　
　　微软公司开发ASP+动机咱们在上一篇文章已经探讨了。ASP已经取得了渺小的胜利，为什么咱们还需求一个新的版本！？咱们可能从下面四点思考：
　　
　　如今的ASP的只能利用非构造言语编写，比如VBscript和JScript(假设用其它的言语就还需求单独的解释器）。而且当ASP在第一次执行时，它解析并在cache中贮存这些代码，这样的局限性就是不容许其它构造性言语比如VB和C++的利用，从而限度了它们的优越性。而ASP+真正提供了中层言语执行构造，容许各种言语的利用。
　　
　　利用HTML,文本，对象混合的ASP很容易建设一个大型的页面。然而很难反复应用这些代码，除非你把一些代码放在一个include文件中.这不是最好的处理方法。在很多的场合中，开发一个网络运用需求宽泛的业余技艺，比如，你写程序，另外一些人做美工，还有一些人设计网页的内容，假设仅仅利用ASP很难把这些人联络起来来实现同一件事。然而ASP+真正容许了单独的代码与内容共存.
　　
　　在以前版本中的ASP中，你必须为几乎每件事件写代码。为了保持在form中的数据，写代码。为了确认用户写入的数据，写代码。为了发送一些简略的数据，写代码。而在ASP+中引入了一种真正的组件形式，经过这种服务器端的控制以及事情触发，咱们似乎感觉是如同是在操作VB中"FORM".这种ASP+中的新组件控制是宣告性质的（也就是说，你假设想利用这些组件控制来作一些事件，你只有要申明一下就行了，其它的不用管了，哈哈，是不是觉得有些傻瓜啊？！？），因此你实践上只有写很少的代码了.实践上，在很多情况下，你齐全不用写任何的代码.
　　
　　外面的世界时辰都在变化，已经有相当比例的用户是经过"互联网设施"来访问你的站点了，比如说WAP手机，PDA，置顶盒，以及其它的一些，兴许不久的将来利用这些上网的用户比用PC的还多。这就象征着咱们能够要在服务器上做更多的事以与不同的设施相顺应。咱们也不得不在利用不同格式输出，比如WML。同时，新的互联设施和商业运用也需求有才能从网络运用中发送或读取WML.如今利用ASP做这些，需求你利用XML解析器，利用XML转换数据。而ASP+网络服务会用更简略的模式利用你做出的页面可以顺应不同的设施。
　　
　　除了上面的这些，快速发展的散布是运用也需求开发地愈加快速，愈加模块化，反复应用性更强，更容易操作，让更多的平台支持。像SOAP（SimpleObjectAccessProtocol)这样的新标准以及B2B的商业需求，需求一种新的技术来顺应不同的系统。网络运用和网站需求提供一种愈加强大的可晋级的服务，ASP+可以顺应上面的要求，并且可以在发生谬误、缓冲区溢出时重新启动运用程序。
　　
　　因此为了顺应这些需求，ASP已经对根底甚至是开发环境停止了修补。VisualStudio7.0将会对ASP+运用停止实现的支持（包括ASP和ASP+）,虽然如今还只要很少的工具可以获得其支持。这种丰富的，组件形式程序开发模块被设计得相当敌对，同时它也支持一切VisualStudio言语，包括VB,C++以及C＃，顺便留意一下第三种言语，它盛行的日子离咱们不太悠远了。
　　
　　ASP+怎么让你的生存愈加简略?
　　
　　对于今天的WEB程序员来说最大的应战就是始终变化地阅读器的兼容性，以及它们始终晋级的简单性。在保证页面能在一切盛行阅读器下工作的同时又得尽量地利用每个阅读器最新属性来建设愈加具备交互式的页面，这简直就是一场恶梦。
　　
　　愈加可怕的就是对于不同的用户设施建设不同的网页。当然，在WAP手机和传统的阅读器上建设同等程度的页面是不能够，由于因为带宽的缘由，在很多WAP手机中一次只能显示12字3行的文本信息。
　　
　　一个最简略的处理办法就是动态地对不同的用户生成不同的输出，或许就是对不同的用户写多个页面。第二种方法没有效率，我想大少数地开发者都会抉择第一种方法。然而这就象征着用户的每次点击都会让服务器判别应该向用户显示什么.
　　
　　假设这所有能够，为什么不把这些过程主动化！？为了完结这所有，ASP+引入了一个新的服务控制的概念，它封装了一些一般的义务，提供了一种明晰的编程模块。他们异样协助治理解决不同的用户类型。
　　
　　服务器端HTML控制使得咱们缩小了不少的代码
　　
　　ASP已经提供了一种在服务器上执行组件的才能，这些组件可以产生一些代码用以前往给用户。ASP+经过服务控制承继了这一律念。转换HTML元素到服务控制的需求仅仅是一个附加的属性：runat="server"(这个咱们在ASP也见到过）
　　
　　页面中的任何HTML元素都能利用这种方法标注，ASP+会在服务器上执行这些元素，并且对不同的用户产生不同的代码。
　　
　　这种让HTML元素在服务器上执行的概念第一次看来有些奇异，然而当你发如今它在这个页面变得齐全性能化，你还有什么好想的了。
　　
　　保持形状的成绩
　　
　　在咱们建设交互页面和运用时最烦人的一个成绩就是解决从客户端传来的数据，然后保持这些数据加以控制。ASP+的一个外围指标就是简化这一过程。这不会给程序员带来任何的困惑，而且能在大少数的阅读器上工作失常。