Blackberry Java：预处理器指令不会删除依赖项

Question

例如，可以为 OS 6.0 编译一个应用程序并在 5.0 设备上运行它，只要您不使用更新的 API 就可以（我刚刚在 2 分钟前做了一个测试以确保）。

我正在使用带有最后一个 BB 插件的 eclipse 3.6 来开发一个应用程序，我们只需要在可用时使用条形码扫描（API 6.0 和更高版本）。最干净的解决方案是在较低版本中不加载冲突的类。如果这是 Java SE，我会将条形码 API 的所有用途封装在一个类中（我们称之为OS6Impl），还创建了一个默认的OS5Impl，并且我会在运行时使用反射实例化一个或另一个取决于设备的操作系统级别。

但这是 BB，这还不够，所以我们不得不求助于预处理器指令并管理 2 个不同版本的应用程序。如果预处理器标志禁用了新的 API 功能，则生成的预处理 OS6Impl.java 文件将被剥离所有内容。我可以通过查看 .preprocessed 文件夹中的文件并打开生成的 jar 文件来看到这一点，其中不存在 OS6Impl.class 文件。当标志启用新功能时，OS6Impl.java 文件内部有代码，OS6Impl.class 文件包含在 jar 中。

这没问题，应该可以在使用 JRE 6 编译两个版本的 OS5 和 OS6 设备上工作。但事实并非如此。预处理没问题，该类不包含在 jar 中（因此它不应该在 cod 中），但是当我们在 5.0 设备中运行它时，它会显示一条错误消息（“找不到模块”）。该模块是“net_rim_barcodescanner”，我们打算用它来扫描 6.0+ 设备中的条码。

我必须针对 JRE 5.0 进行编译才能消除错误。这很荒谬，因为如我之前所说，为 6.0 编译的不使用较新 API 的代码能够在较低版本中运行。我已经多次验证，除了OS6Impl.java 类之外，没有使用新 API 的导入，预处理器指令设置正确，并且在每个预处理器指令更改后完成了清理和构建。安装每个鳕鱼后还重新启动了黑莓。

现在要编译一个或另一个版本，我们不仅要修改应用描述符中的指令，还要修改构建路径以将 JRE 切换为 5 或 6。

使用预处理器指令去除不兼容的代码时会添加什么样的依赖关系？为什么在没有预处理器指令的情况下编译兼容代码时不添加这些依赖项？预处理器不是在编译器之前运行的东西吗？

Answer 1

不，虽然某些程序可能会运行，但不能保证所有程序都能以这种方式运行。原因和java会拒绝加载高版本JDK编译的类一样。

让我解释一下。随着版本的每次更改，还会添加一些新的操作码和 VM 常量。这些操作码控制类文件的生成，而其他常量用于生成的 cod 文件。如果较高版本的编译器在生成 cod 时生成了这些操作码/常量中的任何一个，则较低的运行时将无法理解它们。

要了解这些差异，请查看 JDK 的 bin 目录中 JDWP.jar 中的 net.rim.ide.core.VMConst 类。虽然 5.0 和 6.0 之间没有操作码差异，但添加了一些新的 VM 常量。在 7.0 中，添加了两个新的操作码。

因此，使用 6.0 编译生成的 cod 可能无法被 5.0 运行时理解。

如何针对不同的操作系统进行编译：

将 Ant 与 BB Ant Tools 一起使用。然后您可以创建多个目标，使用不同的JDK一键编译。为不同的屏幕尺寸创建不同的构建目标以减小生成的 cod 文件的大小也变得非常容易。