5

我正处于 Blackberry/J2ME 项目的初始阶段——以及这个出色平台带来的其他限制，缺乏对反射和 1.3 语言级别的支持意味着绝大多数现有的 IoC 容器无法使用。（谷歌有没有 AOP 的 Android 版 Guice，但即便如此也需要支持注释）。

因此，J2ME 上的 IoC 容器空间非常有限。引起我注意的一个框架叫做Signal Framework，它看起来很有前途。它试图在概念上与 Spring Framework 的 IoC 保持接近，实现其功能的一小部分，并且这样做不依赖于字节码修改或导致运行时 xml 解析。相反，它在构建时处理配置 XML 以生成实现此 IoC 功能的 java 代码。

一般来说，在构建时生成代码对于移动应用程序来说似乎是一种非常明智的方法——如果我的应用程序必须在用户设备上进行较少的 XML 解析，那也很棒！

那么，您在 J2ME/CLDC 上实施 IoC 有什么经验，您是如何消除口中的苦味的呢？

4

5 回答 5

3

我们在 TomTom 使用了Spring ME。结果很好。

于 2009-08-13T18:54:04.053 回答
2

在 J2ME 中，您需要尽可能减少使用的类的数量，以减小 jar 文件的大小。这导致许多设计妥协，尤其是灵活性。

当您不得不将您学到的（并高度重视）有关 OO 的知识抛诸脑后时，要适应 J2ME 开发并不容易。事实是，如果您想要可以在大量手机上运行的应用程序，您需要对设备的限制非常敏感。

因此，我认为 IoC 框架无法满足许多人对 J2ME 开发的需求。

于 2009-06-24T19:35:19.567 回答
1

您可能有兴趣查看FallME。尽管我没有亲自使用过，但它似乎是一个专门为 J2ME 平台构建的没有意义的框架。

于 2009-07-27T08:34:33.440 回答
1

我在荷兰 JUG 会议期间遇到了Spring ME（对此毫无经验）。

于 2009-07-27T21:54:14.157 回答
0

信号框架就是这样。

更新：不幸的是，Signal 现在还很不成熟，所以我将与Israfil IOC一起定制添加。

于 2009-07-14T19:56:02.770 回答