1、“.....把作为默认的脚本语言，然而，就像可以使用其他语言如和样，规范也允许使用其他语言。的特点按照脚本语言是服务于个子系统的语言这种论述，应当被看作是种脚本语言。然而，作为种脚本语言，又显得过于强大了，在中几乎可以使用全部的类。作为种基于文本的以显示为中心的开发技术，提供了的所有好处，并且，当与个类结合在起时，提供了种使内容和显示逻辑分开的简单方式。分开内容和显示逻辑的好处是......”。

2、“.....而更新类的人员也不必是设计网页的行家里手，就可以用带类的页面来定义模板，以建立个由具有相似的外观的页面组成的网站。类完成数据提供，这样在模板中就没有代码，这意味着这些模板可以由个编写人员来维护。当然，也可以利用来控制网站的逻辑，通过调用文件的方式来将网站的逻辑和内容分离。般来说，在实际的引擎中，页面在执行时是编译式，而不是解释式的......”。

3、“.....传统的开发技术都在向编译执行的方式改变，如。在规范书中，并没有明确要求中的程序代码部分称为定要用来写。实际上，有些引擎就是采用的其他脚本语言，如等，但实际上这几种脚本语言也是构建在上面，编译为来实现的。按照规范书写，和没有任何关系的也是可以的，不过，由于的强大功能主要在于能和起工作，所以即使是部分不使用，编太原科技大学华科学院毕业设计论文译成的执行代码也应该是与相关的......”。

4、“.....来轻而易举地实现各种效果，用户必须首先了解组件为中心的网页开发和页面为中心的网页开发的区别。和都是在几年前推出的，那时网络还很年轻，没有人知道除了把所有的商务数据和表达逻辑统统堆进原始网页中之外还有什么更好的解决方法。这种以页面为中心的模型容易学习并且得到相当快速的发展。然而，随着时间的推移，人们认识到这种方法不适于构建大型的可升级的应用程序。在脚本环境中书写的表达逻辑被锁在页面内......”。

5、“.....表达逻辑通常和商务及数据逻辑混在起，这使得当程序员试图改变个应用程序的外观而不想破坏与之紧密结合的商务逻辑时，应用程序的维护就像在蛋壳上走路样困难。其实在企业中，可重用组件的应用早已经很成熟，没有人愿意为它们的应用程序重写那些逻辑。和图形设计师把它们的设计的实施工作交给了编写者，使他们不得不加倍工作常常是手工编写，因为没有合适的工具可以把服务器端脚本与内容结合起来。简而言之......”。

6、“.....以页面为中心的开发方式的局限性变得明显起来。与此同时，人们直在寻找建立应用程序的更好方法，组件在客户机服务器领域流行起来。和被快速应用程序开发工具发行商推广给和应用程序开发者用来快速开发复杂的程序。这些技术使领域内的专家可以为本领域内的垂直应用编写组件，而开发者可以直接拿来使用而不必掌握这领域的专门技术。作为种以组件为中心的开发平台，出现了。它以和组件包含商务和数据逻辑的模型为基础......”。

7、“.....由于的以组件为中心的性质，它可以被和非开发者同样使用。非开发者可以通过的标签来使用高级开发者创建的。开发者不仅可以创建和使用，还能在页中使用语言来更精密地控制基于底层的表达逻辑。现在来看看是如何处理请求的。在基本请求模型中，个请求直接被送到页中。代码控制着进行逻辑处理时与组件的交互，并在动态生成的混合了静态代码的页中显示结果。可以是或组件。另外......”。

8、“.....引擎实际上要把标签页中的代码甚至连同静态内容都转换为大块的代码。这些代码块被引擎组织到用户看不到的中去，然后自动把它们编译成字节码。这样，当网站的访问者请求个页时，在它不知道的情况下，个已经生成的预编译过的实际上将完成所有的工作，非常隐蔽而又高效。因为是编译过的，所以网页中的代码不需要在每次请求该页时被解释遍。引擎只需在代码最后被修改后编译次，然后这个编译过的就可以被执行了。由于是引擎自动生成并编译......”。

9、“.....所以能带给你高效的性能和快速开发所需的灵活性。和传统的相比较，有相当的优势。首先，在速度上，传统的程序需要使用系统的标准输入输出设备来实现动态网页的生成，而是直接和服务器相关联的。而且对于来说，每个访问就需要新增加个进程来处理，进程不断地建立和销毁对于作为服务器的计算机将是不小的负担。其次，是专门为开发而设计的，其目的是为了建立基于的应用程序，包含了整套的规范和工具......”。