分享代码和标准的标准建议Android项目之间的资源是使用库。就个人而言,如果(a)共享代码发生了很大变化,或(b)您的计算机速度不够快,我发现这种方法效果不佳。
我也不想进入部署多个APK,这在使用依赖项目时似乎是必要的(即Java Build Path,Projects选项卡)。
另一方面,使用Eclipse链接源功能共享源代码文件夹效果很好(Java Build Path,Source选项卡,Link Source按钮),但是对于这两个问题:
1)我不能使用相同的技术来共享资源。我可以创建资源父文件夹的链接,但事情变得很糟糕,共享资源不会被编译(我正在使用ADT 21)。
2)所以我决定将共享资源复制到每个项目中,但这也不起作用。共享代码无法导入其资源的副本,因为它不知道使用它的项目的包名称。我一直在使用的解决方案是动态访问资源,但随着资源数量的增加,这已变得很麻烦。
所以,我需要(1)或(2)的解决方案,否则我将不得不回到图书馆项目。 (或许我还有其他选择没想过?)
答案 0 :(得分:4)
你真正的问题是(2)。修复(1)会消除一些复制,但你仍会遇到(2)的问题。
不幸的是,这真的不可能。有一些花哨的步法可以使用库项目实现多个包,并且没有很好的方法可以在没有库项目的情况下获得相同的结果。项目res/
中的任何内容都可以通过该项目的R
类访问,包括您复制的资源。
我一直在使用的解决方案是动态访问资源
我使用getIdentifier()
将其翻译成您。这当然有效。另一种方法是让托管应用程序提供资源ID作为库代码的参数 - 这是Android SDK本身使用的模式。这在运行时比基于反射的getIdentifier()
更快,并且它为托管应用程序提供了更多的灵活性,但您最终会根据需要向您的方法和构造函数添加一堆参数,以提供各种特定于项目的R
值。