【问题标题】:Versioning and common code-bases with Eclipse使用 Eclipse 进行版本控制和通用代码库
【发布时间】:2010-09-14 06:17:21
【问题描述】:

我想在不久的将来推出一个 Android 应用程序,所以我想知道 如何支持我使用过的一些功能 为 J2ME 和 iPhone 开发

  • 首先是版本控制。使用 J2ME(使用 NetBeans 作为 IDE)我有 每次编译时自动增加软件版本的选项 它。我想知道这样的东西是否可用于 Eclipse 如果是的话如何使用?
  • 其次是通用代码库。是否有可能有一个共同的代码 几个项目的基地?例如,我可能有一个游戏 实际上使用相同的代码但需要不同的图形资源。 ID 讨厌每个游戏/应用程序都有不同的项目,并且必须 每次我想提交新的时手动编辑每个项目的源 代码更改。有什么解决办法吗?

提前感谢各种帮助/提示/提示!

【问题讨论】:

  • 在 Properties->Java build path->Projects 下,您可以设置对其他项目的依赖关系,因此,能够重用相同的代码库。

标签: android eclipse versioning codebase


【解决方案1】:

另一个想法:

如果您可以将通用代码打包到类中,那么库方法会有所帮助。 在项目属性下的 Eclipse 中,您可以将一个库添加到您的项目中。

希望这对您有所帮助。

【讨论】:

  • 我已经尝试过了,但它对我来说太复杂了,因为创建一个包含所有代码的库可能需要几周的时间(大约 30 个类中的大约 4000 行代码)...
  • 创建一个库似乎是合理的做法。但是我不确定为什么移动代码的某些部分会如此乏味。除非所有不同的库都绝对兼容,否则您必须至少自定义应用程序的 UI 部分,可能更多,以适应不同的需求。例如,Android 中的程序结构与 J2ME 中的程序结构非常不同。因此,一组库项目将是您的应用程序逻辑和共享代码,然后单独的项目会将它们集成到不同平台的工作应用程序中
  • 听起来确实有很多工作都是这样说的,但从长远来看,您会发现它实际上有助于减少维护负担,因为每个项目都专注于结构的一个方面。如果出现错误,确定哪个方面有缺陷应该相对容易,并且修复问题不会影响其他部分。这种分离应该产生一个更稳定的整体,而不是不必要地复制代码。我很乐意帮助您将代码分离到较小的库中,因为此任务的范围应该以小时而不是几周来衡量
  • 好吧,让我们说,除了相当独立的 Activties 和我还使用的东西,比如一个管理层,它跟踪所有这些并做很多其他的东西......把它放在一个对我来说,图书馆会让它变得过于“静态”。不知道为什么,但我对图书馆的所有事情都没有好感:P
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-10-29
  • 1970-01-01
  • 1970-01-01
  • 2023-02-01
  • 1970-01-01
  • 2020-10-18
相关资源
最近更新 更多