Java技术及SSH框架毕业论文中英文对照资料外文翻译文献

术及 架和 术的介绍 一种可以撰写跨平台应用软件的面向对象的程序设计语言，由当时任职太阳微系统的詹姆斯高斯林（ 人于 1990 年代初开发。它最初被命名为 标设置在家用电器等小型系统的编程语言，来解决诸如电视机、电话、闹钟、烤面包机等家用电器的控制和通讯问题。由于这些智能化家电的市场需求没有预期的高， 弃了该项计划。就在 着互联网的发展， 到了 计算机网络上的广阔应用前景，于是改造了 1995 年 5 月以“ 名称正式发布了。 渐成为重要的网络编程语言。 程语言的风格十分接近 C+语言。继承了 C+ 语言面向对象技术的核心， +语言中容易引起错误的指针（以引用取代）、运算符重载（ 多重继承（以接口取代）等特性，增加了垃圾回收器功能用于回收不再被引用的对象所占据的内存空间。在 E 本中 引入了泛型编程（ 类型安全的枚举、不定长参 数和自动装 /拆箱等语言特性。 同于一般的编译运行计算机语言和解释执行计算机语言。它首先将源代码编译成字节码（ 然后依赖各种不同平台上的虚拟机来解释执行字节码，从而实现了“一次编译、到处执行”的跨平台特性。不过，这同时也在一定程度上降低了 序的运行效率。但在 布后，运行速度有了大幅提升。与传统程序不同 司在推出 际就将其作为一种开放的技术。全球数以万计的 言靠群体的力 量而非公司的力量”是 司的口号之一，并获得了广大软件开发商的认同。这与微软公司所倡导的注重精英和封闭式的模式完全不同。 司对 程语言的解释是： 程语言是个简单、面向对象、分布式、解释性、健壮、安全与系统无关、可移植、高性能、多线程和动态的语言。 言的吉祥物语言最开始只是太阳微系统（ 司在 1990 年 12 月开始研究的一个内部项目。太阳微系统公司的一个叫做帕特里克 ?诺顿的工程师被公司自己开发的 C+和 C 语言编译器搞得 焦头烂额，因为其中的 其难用。帕特里克决定改用 时他也获得了研究公司的一个叫做“ 划”的项目的机会。“ 划”后来改名为“ 划”，詹姆斯高斯林和麦克 ?舍林丹也加入了帕特里克的工作小组。他们和其他几个工程师一起在加利福尼亚州门罗帕克市沙丘路的一个小工作室里面研究开发新技术，瞄准下一代智能家电（如微波炉）的程序设计，太阳公司预料未来科技将在家用电器领域大显身手。团队最初考虑使用 C+语言，但是很多成员包括太阳的首席科学家比尔 ?乔伊，发现 C+和可用的 些方面存在很大问题。工作小组使用的是内嵌类型平台，可以用的资源极其有限。很多成员发现 C+太复杂以至很多开发者经常错误使用。他们发现 C+缺少垃圾回收系统，还有可移植的安全性、分布程序设计、和多运行续功能。最后，他们想要一种易于移植到各种设备上的平台。 根据可用的资金，比尔 ?乔伊决定开发一种集 C 语言和 言大成的新语言，在一份报告上，乔伊把它叫做“未来”，他提议太阳公司的工程师应该在 C+的基础上，开发一种面向对象的环境。最初，高斯林试图修改和扩展 C+的功能，他自己称这种新语言为 C+ + 是后来他放弃了。他将要创造出一种全新的语言，被他命名为“ 橡树），以他的办公室外的橡树命名。就像很多开发新技术的秘密工程一样，工作小组没日没夜地工作到了 1992 年的夏天，他们能够演示新平台的一部分了，包括 作系统，程序设计语言，类库及其硬件。最初的尝试是面向一种类 备，被命名为 种设备有鲜艳的图形界面和被称为“ 智能代理来帮助用户。 1992 年 12 月 3 日，这台设备进行了展示。同年 11 月， 划被转化成了“ 限公司”，一个太 阳公司的全资子公司，团队也被重新安排到了帕洛阿尔托。 队对建造一种高度交互的设备感兴趣，当时代华纳发布了一个关于电视机顶盒的征求提议书时（ 变了他们的目标，作为对征求意见书的响应， 提出了一个机顶盒平台的提议。但是有线电视业界觉得 平台给予用户过多的控制权，因此 投标败给了 3司的另外一笔关于机顶盒的交易也没有成功，由于他们的平台不能在电视工业产生任何效益，公司被 并回太阳公司。 互联网 1994 年 6 月、 7 月间，在经历了一场历时三天的脑力激荡的讨论后，约翰盖吉、詹姆斯高斯林、比尔乔伊、帕特里克诺顿、韦恩罗斯因和埃里克斯库米，团队决定再一次改变了努力的目标，这次他们决定将该技术应用于万维网。他们认为随着 览器的到来，因特网正在向同样的高度互动的远景演变，而这一远景正是他们在有线电视网中看到的。作为原型，帕特里克诺顿写了一个小型万维网浏览器， 来改名为 “ 于商标搜索显示， 被一 家显卡制造商注册。于是同年， 改名为 使用十六进制编辑器打开由 件）的话，最前面的 32 位将显示为 E E，即词组“ 咖啡屋宝贝）。 编辑 浏览器 1994年 10 月， 台为公司高层进行演示。 1994 年， 本已经可以提供下载，但是 览器的第一次公开发布却是在 1995年 3 月 23 日 会上进行的。升阳公司的科学指导约翰盖吉声明术。这个发布是与网景公司的执行副总裁马克安德森的惊人发布一起进行的，宣布网景将在其浏览器中包含对 支持。 1996 年 1 月，升阳公司成立了 务集团，专门开发 术。 况在流行几年之后，浏览器中的地位被逐步侵蚀。它在简单交互性动画方面的用途已经完全被 司的 挤， 2005 年 向只被用于雅虎游戏那样的更为复杂的应用程序。 时遭受到来自微软的反对，他们决定在新版本的 不再附带 台 。与此相反。在万维网的服务器端和手持设备上， 得更加流行。很多网站在后端使用 其他的 术。在桌面系统上，独立的 序还是相对少见，这是因为 许多人的电脑上没有安装 于网络带宽在以前较小，下载 经是个耗时的事情。但是随着计算机计算能力、网络带宽在 10 年中取得了很大的进步，同时虚拟机和编译器的质量得到了提高，许多应用程序得到了广泛的使用，包括：开源软件： 软件开发工具、 户端、 作系统、 件基金会的 用软件： 中 纯 D 游戏合金战士 目前 供以下三个版本： E：台企业版）、 E： 台标准版）、E： 台微型版） 放源代码项目 2006 年 布 放源代码项目，并推出 划。 2 拟机、 译器和 库以 言之所以被开发，是要达到以下五个目的：应当使用面向对象程序设计方法学、应当允许同一程序在不同的计算 机平台执行、应当包括内建的对计算机网络的支持、应当被设计成安全地执行远端代码、应当易于使用，并借鉴以前那些面向对象语言（如 C+）的长处。 术主要分成几个部分： 言、运行环境 库。一般情况下说 并不区分指的是哪个部分。 本时，做了重大改变，太阳公司并 本重命名为向对象 特点之一就是面向对象，是程序设计方法的一种。“面向对象程序设计语言”的核心之一就是开发者在设计软件的时候可以使用自定义的类型和关联操作。代码和数据的实际集合体叫 做“对象”。一个对象可以想像成绑定了很多“行为（代码）”和“状态（数据）”的物体。对于数据结构的改变需要和代码进行通信然后操作，反之亦然。面向对象设计让大型软件工程的计划和设计变得更容易管理，能增强工程的健康度，减少失败工程的数量。面向对象设计另外一个目标就是能产生很多的有关联的类，可以让软件的再开发变得简单。举例来说，很多软件工程都有同样的功能，尤其是很多应用了同一原理组织的软件工程。软件的二次开发者想自己为软件开发插件以增强功能的时候，绝对不想看到混乱的开发代码和管理计划。面向对象的目的就是不生产难懂且 难以使用的代码，为软件各个功能群之间创建有效的通信通道。很多开源软件社区正在计划给软件作者提供更多的类来让软件的二次开发变得简便。跨平台性 言的第二个特性就是跨平台性，也就是说使用 言编写的程序可以在编译后不用经过任何更改，就能在任何硬件设备条件下运行。这个特性经常被称为“一次编译，到处运行”。执行 用程序必须安装 部有一个 拟机（ 及一些标准的类库（ 通过 虚拟机才能在电脑系统执行 用程序（ 这与 情况一样，所以电脑上没有安装 么这些程序将不能够执行。实现跨平台性的方法是大多数编译器在进行 成的“半成品”，这个“半成品”会在 拟机（解释层）的帮助下运行，虚拟机会把它转换成当前所处硬件平台的原始代码。之后， 拟机会打开标准库，进行数据（图片、线程和网络）的访问工作。主要注意的 是，尽管已经存在一个进行代码翻译的解释层，有些时候 字节码代码还是会被 译器进行二次编译。有些编译器，比如 以自动生成原始代码而不需要解释层。但是这些编译器所生成的代码只能应用于特定平台。并且 前只支持部分的 骨文公司对于 许可是“全兼容的”，这也导致了微软和升阳关于微软的程序不支持 口、并且增加特性为己所用的法律争端。升阳最终赢得了官司，获得了大约两千万美元的赔偿，法院强制要求微软执行升阳公司关于 许可要求。作为回应，微软不再在 新的 本， 用程序和控件的支持。但是升阳公司和其他使用行时系统的公司对于微软的操作对用户提供无偿的第三方插件和程序支持。 言使用解释层最初是为了轻巧性。所以这些程序的运行效率比 +要低很多，用户也对此颇有微词。很多最近的调查显示 程序运行速度比几年前要高出许多，有些同样功能的程序的效率甚至超过了 C+和 C 语言编写的程序。 言在最开始应用的时候是没有解释层的，所有需要编译的代码都直接转换成机器的原始代码。这样做的后果就是获得了最佳的性能，但是程序臃肿异常。从 术开始， 程序都经过一次转换之后才变成机器码。很多老牌的第三方虚拟机都使用一种叫做“动态编译”的技术，也就是说虚拟机实时监测和分析程序的运行行为，同时选择性地对程序所需要的部分进行编译和优化。所有这些技术都改善了代码的运行速度，但是又不会让程序的体积变得失常。程序的轻便性事实上是软件编写很难达到的一个目标， 次编译，到处运行”，但 是由于平台和平台之间的差异，所编写的程序在转换代码的时候难免会出现微小的、不可察觉的错误和意外。有些程序员对此非常头疼，他们嘲笑 程序不是“一次编译，到处运行”，而是“一次编译，到处调试”。 平台无关性让 服务器端软件领域非常成功。很多服务器端软件都使用 相关技术创建。 关于 批评 图通过新的方式解决软件编写的复杂性。很多人认为 言做到了它承诺的一切。但是 不是一门完美的语言。整体性问题并不是所有的工程和环境需要企业级别的复杂性 ，比如一个简单的个人网站或者独自编程的程序师所写的程序。这些程序师会发现 复杂管理对于自己要做的程序来说过于强大了。一些人觉得 面向对象上面做的没有 粹。但是最新出现的用 现的语言 决了这些问题。 作为一种已经创建的新技术， 然综合了很多语言的特性，比如 C+、C 语言、 等。一些对于 评论认为 不变性在动摇。 语言问题有些程序师不喜欢原始类型（ 类（ 分离，尤其是那些 曾经使用过 程序师。 代码相对于其他的代码来说过于冗长，这与它的轻便化声明相违背。 一种单层继承的语言。这也导致了程序师在试图使用多重继承时候的不便，而很多语言都可以使用这个特性。但是 以使用接口类，把多重继承可能导致的风险减少到最小。 支持运算符重载，这是为了防止运算符重载使得代码的功能变得不清晰。但是用 现的语言 以进行运算符重载。过去 于文本的操作和其他语言，比如 比差的较多，但 本 时候引入了正则表达式。 类库问题使用 台编写的带有 形用户接口）的程序和其他原始程序非常不同。选用 具包编写程序的程序师看到的都是原始接口，而且也无法获得先进的 程支持，如果使用的话，就要提供每个平台上面所需的 将是一项庞大的工程。 是完全用 言所写的程序，避免了接口元素重复的问题，只使用所有平台都支持的最基本的绘图机制。但是很多用户不知道如何在 格和 格之间进行转换，结果造成了 序的接口在很多程序中非常特殊。苹果电脑已经 提供了优化过的 行时程序，包含了 S X 的经典 口风格。性能问题由于 译器和虚拟机的不同对 码的性能影响比语言本身的影响大的多，所以统一讨论 程序的性能经常是有误导性的。据 数据，在同样的硬件上 2001 年时的 本的性能是 1996 年的 本的十倍左右。见 京 研 究 院 的 数 据 ： ，不同公司 的 性能也不一样，比如 公司都有自己开发的 言的一些特性不可避免的有额外的性能代价，例如数组范围检查、运行时类型检查等等。 序的性能还会因为不同的动态复杂性和垃圾处理机制使用的多少而各有不同。如果 实现比较优化的话，那么这些功能甚至可以增加存储器分配的性能。这和总是使用 者托管 C+的程序的情况类似。 尽管如此，仍然有许多人认为 性能低。这部分归因于 司最初的 现使用未优化的解释机制来运行字节码。一些新版本 的 用译器，在加载字节码的时候将其编译成针对运行环境的本地代码来实现一些本地编译器的优化特性。 制和本地编译的性能比较仍旧是一个有争议的话题。 译需要很多时间，对于运行时间不长或者代码很多的大型程序并不适宜。但是不算 译阶段的话，程序的运行性能在很多 可以和本地编译的程序一争短长，甚至在一些计算比较密集的数值计算领域也是这样。目前， 经使用更先进的 术来代替 术， 性能有了更进一步的提升。 另外，在使用 项运行 序时，也可以对 行更深入的优化，比如在运行时将调用较多的方法内联（ 程序中来提高运行速度，这就是所谓的“动态优化”，而本地编译器是无法做到这一点的；这也是一些 码比对应用 C/C+等语言编写的本地代码运行的更快的原因之一。微软的 台也使用 译器，所以也有类似问题。 设计目的主要是安全性和可携性，所以对于一些特性，比如对硬件架构和存储器地址访问的直接访问都被去除了。如果需要间接调用这些底层功能的话，就需要使用 地接口）来调用本地代码，而间接访问意味着频繁调用这些特性时性能损失会很大，微软的 台也有这样的问题。所以到目前为止，性能敏感的代码，例如驱动程序和 3D 视频游戏，还是大多使用本地编译，甚至直接以不直接支持面向对象的 C 语言或机器码编写。但最近已经有了许多用纯 写的 3D 游戏，其效果与用 C 语言编写的不相上下，例如“合金战士”（英文名： 这主要是因为新版的 +一样调用硬件加速，也就是使用显卡来加速，无论是 C+还是 言写的 3D 游戏都是使用 显卡及 处理，从而使得 以专注于其他方面的工作。 垃圾回收机制 自动垃圾回收（ C+语言被用户诟病的原因之一是大多数 C+编译器不支持垃圾收集机制。通常使用 C+编程的时候，程序员于程序中初始化对象时，会在主机存储器堆栈上分配一块存储器与地址，当不需要此对象时，进行解构或者删除的时候再释放分配的存储器地址。如果对象是在堆栈上分配的，而程序员又忘记进行删除，那么就会造成存储器泄漏（ 长此以往，程序运行的时候可能会生成很多不清除的垃圾，浪 费了不必要的存储器空间。因此如果同一存储器地址被删除两次的话，程序会变得不稳定，甚至崩溃。因此有经验的 C+程序员都会在删除之后将指针重置为 0，然后在删除之前先判断指针是否为 0。 C+中也可以使用“智能指针”（ 者使用 C+托管扩展编译器的方法来实现自动化存储器释放，智能指针可以在标准类库中找到，而 C+托管扩展被微软的 + 以上版本所支持。智能指针的优点是不需引入缓慢的垃圾收集机制，而且可以不考虑线程安全的问题，但是缺点是如果不善使用智能指针的话，性能有 可能不如垃圾收集机制，而且不断地分配和释放存储器可能造成存储器碎片，需要手动对堆进行压缩。除此之外，由于智能指针是一个基于模板的功能，所以没有经验的程序员在需要使用多态特性进行自动清理时也可能束手无策。 言则不同，上述的情况被自动垃圾收集功能自动处理。对象的创建和放置都是在存储器堆栈上面进行的。当一个对象没有任何参考的时候， 自动垃圾收集机制就发挥作用，自动删除这个对象所占用的空间，释放存储器以避免存储器泄漏。注意程序员不需要修改 法，自动垃圾收集也会发生作用。但是存储器泄漏 并不是就此避免了，当程序员疏忽大意地忘记解除一个对象不应该有的参考的时候，存储器泄漏仍然不可避免，例如以下的程序： 這是一段字串 ; s); i) i); 在循环开始之前，字符串 未将这个参考指向 此字符串 法被 回收。这种存储器泄漏必须等到一个函数退出之后才会被系统取回，自不过发生的机 率要比不激活垃圾收集机制的 C+程序少很多。但是总体来讲，自动垃圾收集机制要安全和简单许多。 不同厂商、不同版本的 的存储器垃圾回收机制并不完全一样，通常越新版本的存储器回收机制越快， 等开发 公司都曾宣称过自己制造出了世界上最快的 能的世界纪录也在不断的被打破并提高。 一篇有关 储器回收机制比不激活垃圾收集机制的 C+存储器处理快数倍的技术文章，而著名的 术书籍 程思想（ 有一段论述 储器及性能达到甚至超过 C+的章节。 设计者们不想让 多重继承的特性，因为 C+的多重继承显示了这种特性的困难。 接口功能可以提供同样的功能，但是又不会很复杂。应用程序开发接口在 言中，应用程序接口（ 身成类，并且分组成为包。每个包中包含有相关的接口和类。对于不同的平台， 供了不同版本的包。 设定由 司和其他公司通过 区程序）决定。任何公司和个人都可以参与这个工程，对 行设计。 2004 年， 司准备联合对官方的 源软件工程进行支持，但是 2005年初， 司拒绝了这个支持。 介 由 司倡导、许多公司参与一起建立的一种动态网页技术标准。 术有点类似 术，它是在传统的网页 件 (*插入 序段 ( 记 (从而形成 件 (*用 发的 用是跨平台的，即能在 能在其他操作 系统上运行。 术使用 程语言编写类 封装产生动态网页的处理逻辑。网页还能通过 问存在于服务端的资源的应用逻辑。 网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于 应用程序的开发变得迅速和容易。 务器在遇到访问 页的请求时，首先执行其中的程序段，然后将执行结果连同 件中的 码一起返回给客户。插入的 序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功 能。 样，是在服务器端执行的，通常返回该客户端的就是一个 本，因此客户端只要有浏览器就能浏览。 范的最后版本是 1999 年 9 月推出的， 12 月又推出了 范。目前较新的是 范，范的征求意见稿也已出台。 面由 码和嵌入其中的 务器在页面被客户端请求以后对这些 码进行处理，然后将生成的 面返回给客户端的浏览器。 技术基础，而且大型的 用程序的开 发需要 合才能完成。备了 术的简单易用，完全的面向对象，具有平台无关性且安全可靠，主要面向因特网的所有特点。 一个开源的 E 全功能栈（ 应用程序框架，以 可证形式发布，也有 台上的移植版本。该框架 基 于 E 书中的代 码，最初由 开发。 供了一个简易的开发方式，这种开发方式，将避免那些可能致使底层代码变得繁杂混乱的大量的属性文件和帮助类。 包含的关键特性：强大的基于 采用控制翻转（ 则的配置管理，使得应用程序的组建更加快捷简易。一个可用于从 E 等不同运行环境的核心 厂。数据库事务的一般化抽象层，允许声 明式（ 务管理器，简化事务的划分使之与底层无关。内建的针对 单个 据源的一般化策略，使 事务支持不要求 E 环境，这与一般的 者 反。 象层提供了有针对性的异常等级（不再从 常中提取原始代码），简化了错误处理，大大减少了程序员的编码量。再次利用 ，你无需再写出另一个 终止 (模块。并且面向 用数据访问对象（ 常等级相一致。 以资源容器， 现和事务策略等形式与 成。利用众多的翻转控制方便特性来全面支持，解决了许多典型的 成问题。所有这些全部遵从 用事务处理和通用数据访问对象异常等级规范。 灵活的基于核心 能的 页应用程序框架。开发者通过策略接口将拥有对该框架的高度控制，因而该框架将适应于多种呈现（ 术，例如 及 得注意的是， 间层可以轻易地结合于任何基于 架的网页层，例如 供诸如事务管理等服务的面向方面编程框架。 在设计应用程序 ， 式（例如 常难于给出一个简洁明了的框架结构。 具有能够让这部分工作变得简单的能力。程序开发员们可以使用 象层重新设计那些复杂的框架结构。 构框架 目是 件基金会（ 助的一个开源项目。它最初是目中的一个子项目，并在 2004 年 3 月成为 顶级项目。它通过采用 术 ， 实 现 了 基 于 E 用 的计模式的应用框架 是典设计模式中的一个经典产品。 构在 ，已经由一个名为 当 控制器（ 角色，根据描述模型、视图、配置文件，转发视图（ 请求，组装响应数据模型（ 在 模型（ 分，经常划分为两个主要子系统（系统的内部数据状态与改变数据状态的逻辑动作），这两个概念子系统分别具体对应 的 个需要继承实现超类。 在这里， 括 , 视图（ ，除了使用标准的 外，还提供了大量的标签库使用，同时也可以与其他表现层组件技术（产品）进行整合，比如 。通过应用 框架，最终用户可以把大部分的关注点放在自己的业务逻辑（ 映射关系的配置文件（ 。 发展历程在 E 的 用发展的初期，除了使用 术以外，普遍是在 源代码中，采用 码混合的方式进行开发。因为这两种方式不可避免的要把表现与业务逻辑代码混合在一起，都给前期开发与后期维护带来巨大的复杂度。为了摆脱上述的约束与局限，把业务逻辑代码从表现层中清晰的分离出来， 2000 年， 用了 设计模式开发 来该框架产品一度被认为是最广泛、最流行 用框架。 的合并示意图 2006 年， 两个优秀的 E 架（ 团体，决定合作共同开发一个新的，整合了 点，并且更加优雅、扩展性更强的框架，命名为“ ”，原 本产品称为“ ”。至此， 目并行提供与维护两个主要版本的框架产品 与 。很多开发人员认为 前尚不成熟，应用的成本较高。 附带的一点点建议： 优点主要集中体现在两个方面： 页面导航。 标记库，灵活动用，能大大提高开发效率。 个名字来源于在建筑和旧式飞机中使用的支持金属架。它的目的是为了减少在运用 计模型来开发 用的时间。你仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。 诸多 目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。 一种 言下的对象关系映射解