通用Java移动开发

通用Java移动开发,java,android,java-me,mobile,symbian,Java,Android,Java Me,Mobile,Symbian,我在一家面向Java的商店工作,我们现在开始将我们的产品适应移动设备(主要是智能手机)。一个单独的本机应用程序已经在为iPhone开发中,但是我们想为任何其他设备制作一个通用的Java/J2ME版本 我的问题是,这有多可行?发散点一般在哪里?ie我们不介意每个设备在其特定的Java工具包中是否有一些变化,它们需要单独的构建,因此我们所能做的就是在底层有一些共同的基本框架。我们只是试图以这样一种方式来构建它,即尽可能多地重用基本框架 我们关注的主要目标平台是Android、Symbian和支持Ja

我在一家面向Java的商店工作,我们现在开始将我们的产品适应移动设备(主要是智能手机)。一个单独的本机应用程序已经在为iPhone开发中,但是我们想为任何其他设备制作一个通用的Java/J2ME版本

我的问题是,这有多可行?发散点一般在哪里?ie我们不介意每个设备在其特定的Java工具包中是否有一些变化,它们需要单独的构建,因此我们所能做的就是在底层有一些共同的基本框架。我们只是试图以这样一种方式来构建它,即尽可能多地重用基本框架

我们关注的主要目标平台是Android、Symbian和支持Java的通用移动设备


任何人有什么建议、指针或好的链接可以指向我吗?

最大的分歧点将是UI。Android应用程序和J2ME应用程序需要一个完全独立的UI


如果您的应用程序不依赖于任何硬件组件、客户端数据库等,您应该能够重用任何其他数据模型/后端处理类

最大的分歧点将是UI。Android应用程序和J2ME应用程序需要一个完全独立的UI


如果您的应用程序不依赖于任何硬件组件、客户端数据库等,您应该能够重用任何其他数据模型/后端处理类

在我的工作中,我们有一个用于J2ME、Android和BlackBerry的通用Java代码库,我们必须解决一些重要问题:

  • 正如Mayra所说,UI将有巨大的差异,所以最好为J2ME和Android提供不同的UI层
  • 要使其为J2ME编译,您必须使您的公共代码与Java 1.3兼容。这需要仔细的设计,以及每夜为这些平台编译的构建
  • 基于上述原因,我们发现在Java1.3兼容模式下编写应用程序/游戏模块是一个好主意
  • 如果您有一个好的发布管理系统,它也会有所帮助,因为您现在有了多个平台的通用代码,因此,版本、发布计划、分支代码及其对发布的影响,如果不小心处理,所有这些都会成为一个大麻烦
  • <> LI>如果你在C++等模块和兼容java应用程序引擎中规划跨平台兼容性,那么请自己做一个帮助并用人类可理解的格式编写模块,例如在J2ME中编写<代码> SaveDATA < /C>类,而不是在Symbian中的< Java>代码> SaveFile < /COD>。这样,您可以封装依赖于平台的实现,同时使开发人员更容易了解类中发生了什么
  • 最后,要知道,像这样的框架需要6-9个月才能成熟,所以要有耐心,祝你好运

在我的工作中,我们有一个用于J2ME、Android和BlackBerry的通用Java代码库,我们必须解决一些重要问题:

  • 正如Mayra所说,UI将有巨大的差异,所以最好为J2ME和Android提供不同的UI层
  • 要使其为J2ME编译,您必须使您的公共代码与Java 1.3兼容。这需要仔细的设计,以及每夜为这些平台编译的构建
  • 基于上述原因,我们发现在Java1.3兼容模式下编写应用程序/游戏模块是一个好主意
  • 如果您有一个好的发布管理系统,它也会有所帮助,因为您现在有了多个平台的通用代码,因此,版本、发布计划、分支代码及其对发布的影响,如果不小心处理,所有这些都会成为一个大麻烦
  • <> LI>如果你在C++等模块和兼容java应用程序引擎中规划跨平台兼容性,那么请自己做一个帮助并用人类可理解的格式编写模块,例如在J2ME中编写<代码> SaveDATA < /C>类,而不是在Symbian中的< Java>代码> SaveFile < /COD>。这样,您可以封装依赖于平台的实现,同时使开发人员更容易了解类中发生了什么
  • 最后,要知道,像这样的框架需要6-9个月才能成熟,所以要有耐心,祝你好运

好吧,如果你构建了一个web应用程序,你所能做的就是做一些修改,使其适应移动浏览器(如果你设计得好,将只有css修改)

既然你说的是一家商店,上网是完全有意义的


我会遵循这条路径。

好吧,如果你构建了一个web应用程序,你所能做的就是做一些修改,使其适应移动浏览器(如果你设计得好,将只有css修改)

既然你说的是一家商店,上网是完全有意义的


我会沿着这条路走。

谢谢你的建议。从那以后我就辞职了。但正如你所知:我们实际上已经有了一个简单的基于浏览器的产品版本。不过,我认为,他们仍然希望在智能手机上使用更为健壮的本机版本。但在这一点上,我已经无计可施了——我明天就要在这里结束了。:)谢谢你的建议。从那以后我就辞职了。但正如你所知:我们实际上已经有了一个简单的基于浏览器的产品版本。不过,我认为,他们仍然希望在智能手机上使用更为健壮的本机版本。但在这一点上,我已经无计可施了——我明天就要在这里结束了。:)谢谢你的建议。这基本上就是这个方向(虽然不是对我个人来说,我已经辞职了)。基本上,他们要做的就是拥有一个通过JSON与前端对话的强大后端。前端将是轻量级的,基本上是独立的UI。强健的“本地”外观