这种方法的缺点是我必须使用我想要使用的最新功能的SDK编译我的所有代码.这意味着如果某些新功能泄漏到我的“版本中立”代码中,编译器就无法再捕获它了.

我希望在Eclipse中能够针对较旧的Android SDK编译我的项目,以确保我的“版本中立”代码没问题.如果可能的话,我想避免将我的构建系统移出Eclipse.我很好,这个旧的SDK构建运行有点尴尬.

我认为这归结为在Eclipse中做一些有条件的补充(或条件“链接”)？例如,在我针对SDK-1.6构建的项目中,我想将“MultiTouchHandler.java”源保留在构建之外.我不确定是否可以在Eclipse中表达这样的“构建类型”.

hacky解决方案似乎只是手动更改项目的SDK版本,重建和查看错误,并忽略“预期”错误.矫枉过正的解决方案似乎是编写我自己的ant / maven / make构建脚本.

相关问题

这个问题：
Versioning and common code-bases with Eclipse
涵盖类似的基础,但涉及将所有特定于版本的类移动到单独的“库”中. (我认为,我仍然会遇到Eclipse中多种构建类型的问题.)

这个问题：
Build multiple project configurations with eclipse意味着我应该转移到外部构建系统(如ant或maven),但这比仅使用旧SDK尝试构建要多得多.