如何处理 J2ME 上缺少的最常见的类

Question

我正在尝试编写一个在不同的java平台（如J2SE、J2ME、Android等）上运行的应用程序。我已经知道我必须为每个平台重写大部分 UI，但希望重用核心逻辑。

据我所知，保持这个核心的可移植性涉及三个缺点：

1. 守旧如旧 Java 1.4 语法, ，没有使用 Java 5.0 任何优秀的语言特性
2. 仅使用 外部库 已知可在这些平台上工作（即：不要使用 JNI，并且不依赖于其他违反此规则的库）
3. 仅使用 存在的类 在所有这些平台上

我知道克服的方法 (1):5.0 风格的代码并自动将其转换为 1.4 (复古编织者 - 还没尝试过，但看起来还可以）。

我认为 (2) 是一个我必须接受的问题。

现在我想知道最好的解决方法是什么 (3), ，尤其是集合类，是我最怀念的。我能想到的有这些：

• 我认识的大多数程序员都不使用 Set, Map, List, ， ETC。并回退到 Vector 和普通数组。我认为这首先会让代码变得丑陋。但我也知道正确的选择 TreeSet/Hashset 或者 LinkedList/ArrayList 对于性能至关重要，并且始终使用 Vector 并且数组不可能是正确的。
• 我可以编写自己的类实现代码。这似乎是在重新发明轮子，我认为我无法做得像其他人那样好。
• 由于 Java 是开源的，因此我可以获取 J2SE Collections 框架的源代码，并在构建 J2ME 时将其包含到我的应用程序中。不过，我不知道这是否是一个好主意。也许有充分的理由不这样做。
• 也许已经有一些库可以重建集合框架最重要的功能，但针对低端系统进行了优化，可能不实现不经常使用的功能。你知道任何？

感谢您的回答和意见！

编辑： 我终于找到了一个（复杂但很好）的解决方案，我想通过提供我自己的答案并接受它，该解决方案将在顶部变得可见。但恰恰相反，我的答案仍然是最底层的。

Answer 1

自从我问这个问题以来已经有一段时间了，而且我也找到了一个很好的、有效的解决方案来解决这个问题，但我忘了告诉你。

我主要关注的是 Java 集合框架，它是 java.util 包裹。

我终于拿到了Suns Java 6.0的源代码，并将属于Collections框架的所有类复制到我自己的项目中。这是一个 Java 6.0 项目，但我使用 J2ME 中的 jar 作为类路径。我复制的大多数类都依赖于其他 J2SE 类，因此存在损坏的依赖关系。不管怎样，通过省略所有涉及序列化的内容（这对我来说不是优先事项）和一些小的调整，很容易消除这些依赖性。

我使用 Java 6 编译器编译了整个内容，并使用 Retrotranslator 将生成的字节码移植回 Java 1.2。

下一个问题是包名称，因为您无法从以下位置传递类 java.util 使用 J2ME 应用程序并加载它们 - 引导类加载器不会查看应用程序的 jar 文件，不允许其他引导加载器加载具有该包名称的内容，并且在 J2ME 上您无法定义自定义类加载器。Retrotranslator 不仅可以转换字节码，还可以帮助更改现有字节码中的名称引用。我必须移动并重命名项目中的所有类，例如 java.util.TreeMap 成为 my.company.backport.java.util.TreeMap_.

我能够在第二个 Java 6.0 项目中编写实际的 J2ME 应用程序，该项目引用了通常的 java.util.TreeMap, ，使用通用语法创建类型安全集合，将该应用程序编译为 Java 6.0 字节代码，并通过 Retrotranslator 运行它以创建现在引用的 Java 1.2 代码 my.company.backport.java.util.TreeMap_. 。注意 TreeMap 只是一个示例，它实际上适用于整个集合框架，甚至适用于引用该框架的第 3 方 J2SE Jars。

生成的应用程序可以打包为 jar 和 jad 文件，并且在 J2ME 模拟器和实际设备上运行良好（在索尼爱立信 W880i 上测试）。

整个过程看起来相当复杂，但由于我使用 Ant 进行构建自动化，并且无论如何我都需要重新翻译器，所以只需要一次性开销来设置集合框架向后移植。

如上所述，我差不多一年前就完成了这个工作，并且主要是凭空写出来的，所以我希望其中没有错误。如果您有兴趣了解更多详细信息，请给我留言。我有几页关于该过程的德语文档，如果有任何需求，我可以提供。

Answer 2

J2ME 是残酷的，您将不得不接受没有其他平台的一些优点的情况。习惯 Hashtable 和 Vector，并在它们之上编写您自己的包装器。另外，也不要错误地认为 J2ME 是标准的，因为每个制造商的 JVM 可以以截然不同的方式完成任务。最初我不会太担心性能，因为仅仅在 J2ME 上获得正确性就足以构成挑战。正如我所做的那样，编写一个跨 J2ME、J2SE 和 Android 运行的应用程序是可能的，但这需要大量工作。我的一个建议是，编写应用程序逻辑的核心，并严格遵守 java.lang、java.util 和 java.io。无论您要在哪里执行可能与平台交互的操作（例如文件系统或网络），您都可以创建一个与核心应用程序代码交互的接口，并且针对不同的环境有不同的实现。例如，您可以有一个封装 HTTP 内容的接口，并在 J2ME 上使用 javax.microedition.io.HttpConnection ，在 Android 上使用 java.net.HttpURLConnection 。这很痛苦，但如果您想维护一个在所有这三个环境中运行的应用程序，它可以帮助您实现这一目标。祝你好运。

Answer 3

我们在开发过程中就遇到了这样的情况 紫星. 。如果 J2ME 在您的目标列表中，那么到目前为止这就是您的限制因素。我们的目标是 MIDP 2.0 / CLDC 1.1。如果您有类似的需求，则需要坚持使用 Java 1.2。Java 1.4 语言特性绝对不存在（如断言），并且通常在 J2ME 中您不会在 1.2 之后找到任何内容。

我们没有使用外部库，但是，您可以轻松地将它们打包到部署的 .jar 文件中。它会使生成的 .jar 更大，这可能是一个问题。（然后你可以尝试像 ProGuard 这样的优化器/收缩器来缓解这种情况。）

我最终重新实现了像 Collections.sort() 和 Comparator 这样的东西，因为我们需要它们，而它们不在 J2ME 中。所以，是的，您可能会考虑在某些情况下这样做，但仅在必要时才这样做。

我们使用 Vector、Hashtable 和数组，因为在 J2ME 中确实没有其他选择。我只会使用它们，除非你有理由不这样做，我想这就是性能。理论上 JVM 制造商已经在优化他们的实现，但这并不意味着你不能做出更好的实现......我想如果在绝大多数情况下这是值得的，我会感到惊讶。在付出努力之前，请确保您确实需要这样做。

Answer 4

为了回答你的部分问题，另一个集合库是 贾沃卢森 可以为 j2me 构建。