例如，可以为 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。
使用预处理器指令去除不兼容的代码时会添加什么样的依赖项？为什么在没有预处理器指令的情况下编译兼容代码时不添加这些依赖项？预处理器不是在编译器之前运行的东西吗？