1、“.....在正式发布之后，这种新的应用开发技术很快引起了人们的关注。为创建高度动态的应用提供了个独特的开发环境。按照的说法，能够适应市场上包括在内的的服务器产品。本文将介绍相关的知识，以及的相关内容，当然都是比较粗略的介绍其中的基本内容，仅仅起到抛砖引玉的作用，如果读者需要更详细的信息，请参考相应的的书籍。概述是由公司倡导许多公司参与起建立的种动态网页技术标准，其在动态网页的建设中有其强大而特别的功能。与的技术非常相似。两者都提供在代码中混合种程序代码由语言引擎解释执行程序代码的能力。下面我们简单的对它进行介绍。页面最终会转换成。因而，从根本上，页面能够执行的任何任务都可以用来完成。然而......”。

2、“.....问题不在于技术的能力，而是二者在便利性生产率和可维护性上的不同。毕竟，在特定平台上能够用编程语言完成的事情，同样可以用汇编语言来完成，但是选择哪种语言依旧十分重要。和单独使用相比，提供下述好处中的编写与维护更为简单。中可以使用常规的没有额外的反斜杠，没有额外的双引号，也没有暗含的语法。能够使用标准的网站开发工具。即使是那些对无所知的工具，我们也可以使用，因为它们会忽略标签。可以对开发团队进行划分。程序员可以致力于动态代码。开发人员可以将经理集中在表示层上。对于大型的项目，这种划分极为重要。依据开发团队的大小，及项目的复杂程度......”。

3、“.....此处的讨论并不是说人们应该放弃使用而仅仅使用。事实上，几乎所有的项目都会同时用到这两种技术。在些项目中，更适宜选用，而针对项目中的些请求，我们可能会在构架下组合使用这两项技术。我们总是希望用适当的工具完成相对应的工作，仅仅是并不定能够胜任所有工作。的由来公司的技术，使页面开发人员可以使用或者标识来设计和格式化最终页面。使用标识或者小脚本来生成页面上的动态内容内容是根据请求来变化的。是技术的基础，而且大型的应用程序的开发需要和配合才能完成，这个名称源于，现在国内的翻译方式很多，本书为了避免误会，决定直接采用而不做任何翻译，读者如果愿意，可以称之为小服务程序......”。

4、“.....在使用以后，用户不必再使用效率低下的方式，也不必使用只能在个固定服务器平台运行的方式来动态生成页面。许多服务器都支持，即使不直接支持的服务器也可以通过附加的应用服务器和模块来支持。得益于的跨平台的特性，也是平台无关的，实际上，只要符合规范，是完全与平台无关且是与服务器无关的。由于内部是以线程方式提供服务，不必对于每个请求都启动个进程，并且利用多线程机制可以同时为多个请求服务，因此效率非常高。但也不是没有缺点，和传统的方式相同，是利用输出语句来实现动态网页的，如果用来开发整个网站，动态部分和静态页面的整合过程会非常难以实现。为了解决的这种缺点，推出了。许多年前，受到邀请......”。

5、“.....隔几个位置,是来自华盛顿家大型软件公司的高级经理。在讨论过程中,研讨会的主席提出了的议题,这在当时是项新的技术。主席向该经理询问他的想法他回答说,虽然现在言之过早，但这看起来会是非常有前途的项技术。他们会持续关注这项技术,如果这项技术变得流行起来,他们会遵循公司的接受并扩充的策略此时,随意地插话说你的意思其实就是不接受且不扩充。在此,的抱怨显示出，他感到这个公司会从其他公司那里拿走技术,用于他们自己的目的出人意料的是，形势已经完全不同。团队并没有发明这思想将页面设计成由静态和用特殊标签标记的动态代码混合组成。多年前就已经这样做了......”。

6、“.....实际上,不只采用了这种通用概念,它甚至使用许多和相同的特殊标签。是建立在模型之上的表达层技术，它使编写变得更简单。像样，它也允许你将静态内容与服务器端脚本混合起来生成动态输出。把作为默认的脚本语言，然而，就像可以使用其他语言如和样，规范也允许使用其他语言。的特点按照脚本语言是服务于个子系统的语言这种论述，应当被看作是种脚本语言。然而，作为种脚本语言，又显得过于强大了，在中几乎可以使用全部的类。作为种基于文本的以显示为中心的开发技术，提供了的所有好处，并且，当与个类结合在起时，提供了种使内容和显示逻辑分开的简单方式。分开内容和显示逻辑的好处是......”。

7、“.....而更新类的人员也不必是设计网页的行家里手，就可以用带类的页面来定义模板，以建立个由具有相似的外观的页面组成的网站。类完成数据提供，这样在模板中就没有代码，这意味着这些模板可以由个编写人员来维护。当然，也可以利用来控制网站的逻辑，通过调用文件的方式来将网站的逻辑和内容分离。般来说，在实际的引擎中，页面在执行时是编译式，而不是解释式的。解释式的动态网页开发工具如等由于速度等原因已经满足不了当前大型电子商务应用的需要了，传统的开发技术都在向编译执行的方式改变，如。在规范书中，并没有明确要求中的程序代码部分称为定要用来写。实际上，有些引擎就是采用的其他脚本语言，如等......”。

8、“.....编译为来实现的。按照规范书写，和没有任何关系的也是可以的，不过，由于的强大功能主要在于能和共同运转，所以即使是部分不使用，编译成的执行代码也应该是与相关的。的机制要理解怎样联合以上各种所提到的技术的优点，从而轻而易举地实现各种效果，用户必须首先了解组件为中心的网页开发和页面为中心的网页开发的区别。和都是在几年前推出的，那时网络还很年轻，没有人知道除了把所有的商务数据和表达逻辑统统堆进原始网页中之外还有什么更好的解决方法。这种以页面为中心的模型容易学习并且得到相当快速的发展。然而，随着时间的推移，人们认识到这种方法不适于构建大型的可升级的应用程序。在脚本环境中书写的表达逻辑被锁在页面内......”。

9、“.....表达逻辑通常和商务及数据逻辑混在起，这使得当程序员试图改变个应用程序的外观而不想破坏与之紧密结合的商务逻辑时，应用程序的维护就变得十分艰难。其事实上，企业中可重用组件的应用早已经很成熟，没有人愿意为它们的应用程序重写那些逻辑。和图形设计师把它们的设计的实施工作交给了编写者，使他们不得不加倍工作常常是手工编写，因为没有合适的工具可以把服务器端脚本与内容结合起来。简而言之，随着应用程序的复杂性不断提升，以页面为中心的开发方式的局限性变得明显起来。与此同时，人们直在寻找建立应用程序的更好方法，组件在客户机服务器领域流行起来......”。