1、“.....还能在页中使用语言来更精密地控制基于底层表达逻辑。现在来看看是如何处理请求。在基本请求模型中，个请求直接被送到页中。代码控制着进行逻辑处理时与组件交互，并在动态生成混合了静态代码页中显示结果。可以是或组件。另外，更加复杂请求模型可看作从被请求页呼叫其他页或策略此时,随意地插话说你意思其实就是不接受且不扩充。在此,抱怨显示出，他感到这个公司会从其他公司那里拿走技术,用于他们自己目出人意料是，形势已经完全不同。团队并没有发明这思想将页面设计成由静态和用特殊标签标记动态代码混合组成。多年前就已经这样做了。甚至来自于前述经理所在公司项产品都在出现之前推广了这种方式。实际上,不只采用了这种通用概念,它甚至使用许多和相同特殊标签。是建立在模型之上表达层技术，它使编写变得更简单。像样，它也允许你将静态内容与服务器端脚本混合起来生成动态输出。把作为默认脚本语言，然而......”。

2、“.....规范也允许使用其他语言。特点按照脚本语言是服务于个子系统语言这种论述，应当被看作是种脚本语言。然而，作为种脚本语言，又显得过于强大了，在中几乎可以使用全部类。作为种基于文本以显示为中心开发技术，提供了所有好处，并且，当与个类结合在起时，提供了种使内容和显示逻辑分开简单方式。分开内容和显示逻辑好处是，更新页面外观人员不必懂得代码，而更新类人员也不必是设计网页行家里手，就可以用带类页面来定义模板，以建立个由具有相似外观页面组成网站。类完成数据提供，这样在模板中就没有代码，这意味着这些模板可以由个编写人员来维护。当然，也可以利用来控制网站逻辑，通过调用文件方式来将网站逻辑和内容分离。般来说，在实际引擎中，页面在执行时是编译式，而不是解释式。解释式动态网页开发工具如等由于速度等原因已经满足不了当前大型电子商务应用需要了，传统开发技术都在向编译执行方式改变，如。在规范书中......”。

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

4、“.....应用程序维护就变得十分艰难。其事实上，企业中可重用组件应用早已经很成熟，没有人愿意为它们应用程序重写那些逻辑。和图形设计师把它们设计实施工作交给了编写者，使他们不得不加倍工作常常是手工编写，因为没有合适工具可以把服务器端脚本与内容结合起来。简而言之，随着应用程序复杂性不断提升，以页面为中心开发方式局限性变得明显起来。与此同时，人们直在寻找建立应用程序更好方法，组件在客户机服务器领域流行起来。和被快速应用程序开发工具发行商推广给和应用程序开发者用来快速开发复杂程序。这些技术使领域内专家可以为本领域内垂直应用编写组件，而开发者可以直接拿来使用而不必掌握这领域专门技术。作为种以组件为中心开发平台，出现了。它以和组件包含商务和数据逻辑模型为基础，提供大量标签和个脚本平台用来在页中显示由产生或回送内容。由于以组件为中心性质，它可以被和非开发者同样使用......”。

5、“.....开发者不仅可以创建和使用，还能在页中使用语言来更精密地控制基于底层表达逻辑。现在来看看是如何处理请求。在基本请求模型中，个请求直接被送到页中。代码控制着进行逻辑处理时与组件交互，并在动态生成混合了静态代码页中显示结果。可以是或组件。另外，更加复杂请求模型可看作从被请求页呼叫其他页或,,,,,,,,,策略此时,随意地插话说你意思其实就是不接受且不扩充。在此,抱怨显示出，他感到这个公司会从其他公司那里拿走技术,用于他们自己目出人意料是，形势已经完全不同。团队并没有发明这思想将页面设计成由静态和用特殊标签标记动态代码混合组成。多年前就已经这样做了。甚至来自于前述经理所在公司项产品都在出现之前推广了这种方式。实际上,不只采用了这种通用概念,它甚至使用许多和相同特殊标签。是建立在模型之上表达层技术，它使编写变得更简单。像样......”。

6、“.....把作为默认脚本语言，然而，就像可以使用其他语言如技术发展历史作者来源是种基于脚本编程技术，类似于网景公司服务器端脚本语言和微软。与和相比，具有更好可扩展性，并且它不专属于任何家厂商或特定服务器。尽管规范是由公司制定，但任何厂商都可以在自己系统上实现。在正式发布之后，这种新应用开发技术很快引起了人们关注。为创建高度动态应用提供了个独特开发环境。按照说法，能够适应市场上包括在内服务器产品。本文将介绍相关知识，以及相关内容，当然都是比较粗略介绍其中基本内容，仅仅起到抛砖引玉作用，如果读者需要更详细信息，请参考相应书籍。概述是由公司倡导许多公司参与起建立种动态网页技术标准，其在动态网页建设中有其强大而特别功能。与技术非常相似。两者都提供在代码中混合种程序代码由语言引擎解释执行程序代码能力。下面我们简单对它进行介绍。页面最终会转换成。因而，从根本上......”。

7、“.....然而，这种底层等同性并不意味着和页面对于所有情况都等同适用。问题不在于技术能力，而是二者在便利性生产率和可维护性上不同。毕竟，在特定平台上能够用编程语言完成事情，同样可以用汇编语言来完成，但是选择哪种语言依旧十分重要。和单独使用相比，提供下述好处中编写与维护更为简单。中可以使用常规没有额外反斜杠，没有额外双引号，也没有暗含语法。能够使用标准网站开发工具。即使是那些对无所知工具，我们也可以使用，因为它们会忽略标签。可以对开发团队进行划分。程序员可以致力于动态代码。开发人员可以将经理集中在表示层上。对于大型项目，这种划分极为重要。依据开发团队大小，及项目复杂程度，可以对静态和动态内容进行弱分离和强分离。此处讨论并不是说人们应该放弃使用而仅仅使用。事实上，几乎所有项目都会同时用到这两种技术。在些项目中，更适宜选用，而针对项目中些请求，我们可能会在构架下组合使用这两项技术......”。

8、“.....仅仅是并不定能够胜任所有工作。由来公司技术，使页面开发人员可以使用或者标识来设计和格式化最终页面。使用标识或者小脚本来生成页面上动态内容内容是根据请求来变化。是技术基础，而且大型应用程序开发需要和配合才能完成，这个名称源于，现在国内翻译方式很多，本书为了避免误会，决定直接采用而不做任何翻译，读者如果愿意，可以称之为小服务程序。其实和传统等程序开发工具作用是相似，在使用以后，用户不必再使用效率低下方式，也不必使用只能在个固定服务器平台运行方式来动态生成页面。许多服务器都支持，即使不直接支持服务器也可以通过附加应用服务器和模块来支持。得益于跨平台特性，也是平台无关，实际上，只要符合规范，是完全与平台无关且是与服务器无关。由于内部是以线程方式提供服务，不必对于每个请求都启动个进程，并且利用多线程机制可以同时为多个请求服务，因此效率非常高......”。

9、“.....和传统方式相同，是利用输出语句来实现动态网页，如果用来开发整个网站，动态部分和静态页面整合过程会非常难以实现。为了解决这种缺点，推出了。许多年前，受到邀请,参加个有关软件技术小型研讨会坐在旁边人是编程语言发明者。隔几个位置,是来自华盛顿家大型软件公司高级经理。在讨论过程中,研讨会主席提出了议题,这在当时是项新技术。主席向该经理询问他想法他回答说,虽然现在言之过早，但这看起来会是非常有前途项技术。他们会持续关注这项技术,如果这项技术变得流行起来,他们会遵循公司接受并扩充策略此时,随意地插话说你意思其实就是不接受且不扩充。在此,抱怨显示出，他感到这个公司会从其他公司那里拿走技术,用于他们自己目出人意料是，形势已经完全不同。团队并没有发明这思想将页面设计成由静态和用特殊标签标记动态代码混合组成。多年前就已经这样做了。甚至来自于前述经理所在公司项产品都在出现之前推广了这种方式......”。