我已经针对此处提到的附加组件提供的新构建目标运行了我的 android 应用程序。这似乎在模拟器中正常工作,但现在我非常不确定在向市场交付应用程序时使用此构建目标的含义。
看来我必须使用这个构建目标才能让模拟器工作。一般的设备都是这样吗?(即)我可以针对标准的 android/google API 构建并让它在实际的 Galaxy Tab 上正确运行吗?
如果我将具有此构建目标的应用程序部署到 Android 市场,这是否会对我已经在其上运行的其他(小屏幕)设备产生不利影响?(即,galaxy 选项卡“特殊酱汁”是 Android 功能的超集吗?我看到有人抱怨 Google API 的地图无法在其中工作,等等。)
我必须在市场上有两个版本的应用程序吗?一种用于“标准”设备,一种用于“大”屏幕设备?一个专门用于 Galaxy Tab?
当 Android Tablet vNext(无论是什么)出现并拥有自己的自定义附加组件和构建目标时,我是否必须克隆我的存储库并发布/维护特定于设备的版本(假设任何附加组件特殊酱因为 Galaxy 选项卡不会出现在 vNext 的插件中,并且不会“兼容”)
我所追求的是,我找不到可靠的文档来说明这样的附加组件将如何影响我的应用程序部署和维护的碎片化。我希望能够支持新的 Android 设备,例如 Galaxy Tab,但我不想构建一堆一次性设备特定的应用程序实现。能够让一个应用程序在各种设备上运行难道不是重点吗?
提前感谢您对这种情况的任何见解。