《JavaEE5:强大的功能、高生产率和低复杂性(外文翻译)》修改意见稿
1、“.....比如解析或转换。是个维护版本,它支持统并解决了在同个页面中混用标记和迭代标记时遇到的问题。规范是层技术的核心,它的历史与技术本身样长。设计这个规范是为了提供种高效率的基于组件的应用程序开发方法,并确保应用程序可以移植到实现这个规范的任何服务器上。所需的规范是个维护版本,它对版做了些次要的改进。它在平台上引入了些依赖项,还引入了些注解,它们可以减少对应用程序部署描述符配置文件的配置需求。还增加了些方便的配置特性,例如可以用通配符和多个元素更灵活地配置。引入了个用于对象持久化的对象关系映射,框架......”。
2、“.....但是它可以用于任何对象。可以使用注解指定哪些对象和字段应该持久化,以及它们应该映射到哪些数据库表和字段。支持种与相似的查询语言。这种查询语言可以定义参数化的查询,这种查询可以以有序列表形式接收参数按索引号引用参数,也可以采用按名称引用的命名参数。按照持久化实体之间的关系执行查询,而不需要语句但是,如果您愿意,也可以使用语句。按照与相似的方式指定搜索条件比较操作符语句语句等等,定义如何对待结果集使用等操作符。给平台提供了新功能,解决了与手工持久化和容器持久化相关的许多麻烦......”。
3、“.....工具可以通过这个将代码部署到容器中,而不需要重新启动容器。在开发期间,常常使用这个支持快速的编写测试纠正循环。为容器管理的对象指定必需的属性和操作。它与多种行业标准管理协议兼容。定义安全策略提供者的语义,以及如何授予对这个合约中的操作的访问权。它要求容器实现些接口,使部署工具能够管理授权角色。在中,这些规范都是维护版本版本号都从中的版升到版,做了些次要改进,这些超出了本文的范围。在支持的编程模型中,这个注解注入对的依赖项......”。
4、“.....它还避免了直接依赖于包含的包。看下语句这里没有针对的语句但是,它却可以通过编译。所以,可以将重构到另个包中,而不需要更新和重新编译。注解还给依赖项的另方面带来许多好处实际提供背后的实现并告诉容器用它做什么。我将稍后解释。复杂的运行时行为当部署到容器时,处理清单中的注解,并将类转换为个完整的服务端点,这个端点包含两个操作和。处理提供服务所需的所有工作,包括生成,让上的其他应用程序能够发现并使用这个服务,还提供机制响应对服务的客户机请求。更复杂的注解注解还可以接受命名元素,这种元素与方法参数相似......”。
5、“.....因为每个参数都有名称。使用命名元素就像是将个映射传递给注解,其中包含的键值对可以决定处理注解的方式。在中,必须实现接口,这个接口要求实现六个方法。在许多情况下,这些方法实现都是空的,它们之所以存在只是为了满足接口的要求,让代码能够通过编译,这使代码很杂乱。通过提供生命周期注解和消除了这种混乱。可以根据需要将这些注解添加到适当的方法上,从而实现对生命周期事件的响应只要求这些方法是公共方法,没有参数并返回。用注解替代部署描述符中的注解还可以消除以前的版本所需的大量配置代码。例如......”。
6、“.....部署描述符是个配置文件,它向容器提供的细节。在以前的平台中,必须在个符合模式的文件中包含这样的描述符。清单给出配置和所需接口的代码片段向后兼容以前的部署描述符。如果愿意,甚至可以混合使用这两种方式,让遗留代码用描述符指定,而用注解声明新的。除了减少所需的代码量之外,注解还在维护方面有好处,因为配置信息就放在源代码中,的架构师将这称为对于正确地加上注解的类,不需要同时查看源代码和配置文件,就能够理解其运行方式,因为注解在源代码中直接定义了特殊行为。合理的默认行为我们只添加了个简单的注解,的理解......”。
7、“.....我会留恋吗我想我还是会的。和我的朋友分离,我会痛苦。让我的孩子孤独地前行,我会悲伤。,,,我执著地希望在我们大家都要到达的那个终点站,我们还会相聚我的孩子们上车时没有什么行李,如果我能在他们的行囊中留下美好的回忆,我会感到幸福。我下车后,和我同行的旅客都还能记得我,想念我,我将感到快慰。献给你,我生命列车上的同行者,祝您旅途愉快,,,,就把变成了个服务,这也展示了另个设计原则提供合理的默认行为......”。
8、“.....在这个示例中,假设在带注解的类中所有公共方法都应该转换为服务操作,并以方法名作为操作名。在处理这些方法的输入参数和输出参数时,也会做相似的假设。如果默认行为不适合您的需要,那么可以通过在方法上加注解来修改。但是在许多情况下,都希望服务中使用的名称与实现服务的类匹配,所以的默认行为是很合理的,这大大简化了服务的开发。结束语在过去,技术虽然很强大,但是也很麻烦开发人员必须忍受它的复杂性,或者使用开发工具驯服它,才能享受到它的好处。这让大家觉得使用非常累人......”。
9、“.....而且组织拥有能够应付开发的资源的情况下,才会考虑使用这种平台。试图消除这种坏名声,使它成为适合企业应用程序开发的强大且易用的平台,采取的措施包括提供注解等新的语言特性,采用合理的默认行为等设计目标,以及强调更简单的编程模型。另外,更简单的编程模型减少了不必要的复杂性,降低了开发人员对第三方工具的需求。因此,开发强大的企业应用程序的成本现在显著降低了。开发人员花在与平台搏斗上的时间更少了,可以集中更多精力开发需要的实际功能,开发速度大大提高了。以前被技术吓退的开发团队应该重新审视......”。