可以在自己的系统上实现。

在正式发布之后，这种新的应用开发技术很快引起了人们的关注。

为创建高度动态的应用提供了个独特的开发环境。

按照的说法，能够适应市场上包括在内的的服务器产品。

本文将介绍相关的知识，以及的相关内容，当然都是比较粗略的介绍其中的基本内容，仅仅起到抛砖引玉的作用，如果读者需要更详细的信息，请参考相应的的书籍。

概述是由公司倡导许多公司参与起建立的种动态网页技术标准，其在动态网页的建设中有其强大而特别的功能。

与的技术非常相似。

两者都提供在代码中混合种程序代码由语言引擎解释执行程序代码的能力。

下面我们简单的对它进行介绍。

页面最终会转换成。

因而，从根本上，页面能够执行的任何任务都可以用来完成。

然而，这种底层的等同性并不意味着和页面对于所有的情况都等同适用。

问题不在于技术的能力，而是二者在便利性生产率和可维护性上的不同。

毕竟，在特定平台上能够用编程语言完成的事情，同样可以用汇编语言来完成，但是选择哪种语言依旧十分重要。

和单独使用相比，提供下述好处中的编写与维护更为简单。

中可以使用常规的没有额外的反斜杠，没有额外的双引号，也没有暗含的语法。

能够使用标准的网站开发工具。

即使是那些对无所知的工具，我们也可以使用，因为它们会忽略标签。

可以对开发团队进行划分。

程序员可以致力于动态代码。

开发人员可以将经理集中在表示层上。

对于大型的项目，这种划分极为重要。

依据开发团队的大小，及项目的复杂程度，可以对静态和动态内容进行弱分离和强分离。

此处的讨论并不是说人们应该放弃使用而仅仅使用。

事实上，几乎所有的项目都会同时用到这两种技术。

在些项目中，更适宜选用，而针对项目中的些请求，我们可能会在构架下组合使用这两项技术。

我们总是希望用适当的工具完成相对应的工作，仅仅是并不定能够胜任所有工作。

的由来公司的技术，使页面开发人员可以使用或者标识来设计和格式化最终页面。

使用标识或者小脚本来生成页面上的动态内容内容是根据请求来变化的。

是技术的基础，而且大型的应用程序的开发需要和配合才能完成，这个名称源于，现在国内的翻译方式很多，本书为了避免误会，决定直接采用而不做任何翻译，读者如果愿意，可以称之为小服务程序。

其实和传统的等程序开发工具的作用是相似的，在使用以后，用户不必再使用效率低下的方式，也不必使用只能在个固定服务器平台运行的方式来动态生成页面。

许多服务器都支持，即使不直接支持的服务器也可以通过附加的应用服务器和模块来支持。

得益于的跨平台的特性，也是平台无关的，实际上，只要符合规范，是完全与平台无关且是与服务器无关的。

由于内部是以线程方式提供服务，不必对于每个请求都启动个进程，并且利用多线程机制可以同时为多个请求服务，因此效率非常高。

但也不是没有缺点，和传统的方式相同，是利用输出语句来实现动态网页的，如果用为种以组件为中心的开发平台，出现了。

它以和组件包含商务和数据逻辑的模型为基础，提供大量标签和个脚本平台用来在页中显示由产生或回送的内容。

由于的以组件为中心的性质，它可以被和非开发者同样使用。

非开发者可以通过的标签来使用高级开发者创建的。

开发者不仅可以创建和使用，还能在页中使用语言来更精密地控制基于底层的表达逻辑。

现在来看看是如何处理请求的。

在基本请求模型中，个请求直接被送到页中。

代码控制着进行逻辑处理时与组件的交互，并在动态生成的混合了静态代码的页中显示结果。

可以是或组件。

另外，更加复杂的请求模型可看作从被请求页呼叫其他页或。

引擎实际上要把标签页中的代码甚至连同静态内容都转换为大块的代码。

这些代码块被引擎组织到用户看不到的中去，然后自动把它们编译成字节码。

这样，当网站的访问者请求个页时，在它不知道的情况下，个已经生成的预编译过的实际上将完成所有的工作，非常隐蔽而又高效。

因为是编译过的，所以网页中的代码不需要在每次请求该页时被解释遍。

引擎只需在代码最后被修改后编译次，然后这个编译过的就可以被执行了。

由于是引擎自动生成并编译，不用程序员动手编译代码，所以能带给你高效的性能和快速开发所需的灵活性。

和传统的相比较，有相当的优势。

首先，在速度上，传统的程序需要使用系统的标准输入输出设备来实现动态网页的生成，而是直接和服务器相关联的。

而且对于来说，每个访问就需要新增加个进程来处理，进程不断地建立和销毁对于作为服务器的计算机将是不小的负担。

其次，是专门为开发而设计的，其目的是为了建立基于的应用程序，其中包含了整套的规范和工具。

使用技术可以很方便地将大堆页面组合成为个应用程序。

来开发整个网站，动态部分和静态页面的整合过程会非常难以实现。

为了解决的这种缺点，推出了。

许多年前，受到邀请，参加个有关软件技术的小型研讨会坐在旁边的人是编程语言的发明者。

隔几个位置，是来自华盛顿家大型软件公司的高级经理。

在讨论过程中，研讨会的主席提出了的议题，这在当时是项新的技术。

主席向该经理询问他的想法他回答说，虽然现在言之过早，但这看起来会是非常有前途的项技术。

他们会持续关注这项技术，如果这项技术变得流行起来，他们会遵循公司的接受并扩充的策略此时，随意地插话说你的意思其实就是不接受且不扩充。

在此，的抱怨显示出，他感到这个公司会从其他公司那里拿走技术，用于他们自己的目的出人意料的是，形势已经完全不同。

团队并没有发明这思想将页面设计成由静态和用特殊标签标记的动态代码混合组成。

多年前就已经这样做了。

甚至来自于前述经理所在公司的项产品都在出现之前推广了这种方式。

实际上，不只采用了这种通用概念，它甚至使用许多和相同的特殊标签。

是建立在模型之上的表达层技术，它使编写变得更简单。

像样，它也允许你将静态内容与服务器端脚本混合起来生成动态输出。

把作为默认的脚本语言，然而，就像可以使用其他语言如和样，规范也允许使用其他语言。

的特点按照脚本语言是服务于个子系统的语言这种论述，应当被看作是种脚本语言。

然而，作为种脚本语言，又显得过于强大了，在中几乎可以使用全部的类。

作为种基于文本的以显示为中心的开发技术，提供了的所有好处，并且，当与个类结合在起时，提供了种使内容和显示逻辑分开的简单方式。

分开内容和显示逻辑的好处是，更新页面外观的人员不必懂得代码，而更新类的人员也不必是设计网页的行家里手，就可以用带类的页面来定义模板，以建立个由具有相似的外观的页面组成的网站。

类完成数据提供，这样在模板中就没有代码，这意味着这些模板可以由个编写人员来维护。

当然，也可以利用来控制网站的逻辑，通过调用文件的方式来将网站的逻辑和内容分离。

般来说，在实际的引擎中，页面在执行时是编译式，而不是解释式的。

解释式的动态网页开发工具如等由于速度等原因已经满足不了当前大型电子商务应用的需要了，传统的开发技术都在向编译执行的方式改变，如。

在规范书中，并没有明确要求中的程序代码部分称为定要用来写。

实际上，有些引擎就是采用的其他脚本语言，如等，但实际上这几种脚本语言也是构建在上面，编译为来实现的。

按照规范书写，和没有任何关系的也是可以的，不过，由于的强大功能主要在于能和共同运转，所以即使是部分不使用，编译成的执行代码也应该是与相关的。

的机制要理解怎样联合以上各种所提到的技术的优点，从而轻而易举地实现各种效果，用户必须首先了解组件为中心的网页开发和页面为中心的网页开发的区别。

和都是在几年前推出的，那时网络还很年轻，没有人知道除了把所有的商务数据和表达逻辑统统堆进原始网页中之外还有什么更好的解决方法。

这种以页面为中心的模型容易学习并且得到相当快速的发展。

然而，随着时