问题标签 [java-7]

根据JDK 7 功能列表， Java 的 Unicode 支持将更新（从 Java 6 中的 Unicode 4.0）到 Unicode 5.1，尽管 Unicode 5.2 自 2009 年 10 月起可用。考虑到 Unicode 5.2 主要是 Unicode 书的更新，这是什么原因？ ?

编辑：Java 7 的 Unicode 支持将更新为 Unicode 6.0。

有人能解释一下 Fork/Join 是什么吗？

基本上，我编写了一个应用程序，它通过一些类似 FTP 的协议将文件从本地文件系统复制/移动到远程文件系统。

将特定于协议的位封装在文件系统服务提供者接口内是否是一种好方法？

据我了解，这将使我的库与使用新 IO API 的其他应用程序一起工作，对吧？

我想拥有 EnumSet 的所有效率并传递它而不用担心有人会修改它。

我目前正在调查推迟一些计划中的小重构工作并将其与向 Java 7 的迁移结合起来是否有意义，但我有点担心如果这两个代码都可能难以追踪某些错误的原因和平台同时发生变化。

此举的好处是能够使用 NIO.2 清理和改进应用程序中许多与 IO 相关的内容。

我拥有应用程序和相关库的所有必要资源（如果需要更改）。考虑到 Java 7 只有一些小的改进——在大多数 VM 更新已经在 J​​ava 6 中并且像 Closures 或 Chainsaw 等较大的变化被取消之后——它应该足够稳定，可以在几个月后使用它，对吧？

谁能告诉我 JDK7/8 的jsr14目标选项javac仍然可用吗？

说，

我们有一个项目（假设）将在 1-2 年内完成。到那时，JDK7（希望还有 Java7 JCP 规范）应该已经准备好了。

但是，我想知道，甲骨文做出“愚蠢”决定的“危险”可能性有多大，这会使 JDK7 成为比现有 JDK6 更“有吸引力”的平台？

更具体地说，我害怕这样的场景：

• 在“发布”之前停止 JDK7 的开发
• 将许可模型更改为比 JDK6 更具限制性
• ...还有其他需要注意的情况吗？

你对这个问题有什么看法？

注意：我们将使用 NIO2 文件 API，以及可能被“计划 B”接受的其他仅 JDK7 功能（计划 A 被拒绝，是继续开发 JDK7 更长时间的提议，相反，计划 B 被接受：开发JDK7 功能较少，为 JDK8 推迟）

尝试在JDK7中编译以下代码：

为什么菱形语法的第二种用法不起作用？

第一次使用的最大区别是什么？

java 7 中的菱形运算符允许如下代码：

但是在 Java 5/6 中，我可以简单地编写：

我对类型擦除的理解是这些完全相同。（无论如何，泛型在运行时都会被删除）。

为什么要为钻石烦恼？它允许哪些新功能/类型安全？如果它没有产生任何新功能，为什么他们会提到它作为一个特性？我对这个概念的理解有缺陷吗？

我记得读过关于 JDK7 的一个新特性（现在 Netbeans 编辑器也支持，但仅在当前的主干构建中）。

这个微小的特性在没有类型变量的情况instanceof SomeClass<?>下不会再产生警告。

• 这个功能怎么称呼？

• 有人知道任何参考资料，在哪里描述？

• 最重要的是：JDK7 中是否还有其他与类型变量相关的变化？