单一活动申请

我会尽量保持这个简短,但我需要一些build议。

我正在为一个正在为android,iphone和wp7开发应用程序的团队工作。 我们有一个devise团队为所有三个平台提供单一devise。

最新的应用程序的devise比生产力更具市场。 这个应用程序的原始POC是在iPhone上完成的。 这个devise是非常以animation为中心的,大部分的状态变化都是无缝的(在状态转换期间,屏幕上和屏幕上都会animation)。

如果我不断地在这个devise上进行开发,这意味着我将不得不把所有的东西都放在一个单独的活动中 到目前为止,这是一个令人头疼的问题。 据我所知,把你的应用程序分成几个活动几乎是必需的。 我可以尝试dynamic加载和卸载视图,当我改变状态,但这似乎不正确。

我看到devise团队从哪里来,他们希望所有这些状态的变化是无缝的,但我不认为这是正确的android。

我想知道什么是最有意义的。 如果devise更改为包含多个活动,或者值得尝试做这项工作。

Solutions Collecting From Web of "单一活动申请"

我们有一个devise团队为所有三个平台提供单一devise。

这就像一个单一的平面图应用于公寓,单户住宅和仓库一样。 devise师或pipe理层需要对他们的头部进行检查。

最新的应用程序的devise比生产力更具市场。

我有没有提到devise师或pipe理层需要检查他们的头?

如果我不断地在这个devise上进行开发,这意味着我将不得不把所有的东西都放在一个单独的活动中

如果我正确地解释你的要求,这可能是准确的。 虽然你可以在活动之间安排animation,但更多的是“滑过旧的,滑过新的”,我怀疑你的要求超过了这个要求。

据我所知,把你的应用程序分成几个活动几乎是必需的。

这当然是Android为普通应用程序devise的开发模式。 然而,游戏之类的可能不会遵循这种模式,你也不一定要这样做。

我可以尝试dynamic加载和卸载视图,当我改变状态,但这似乎不正确。

取决于有多less州,你可能会坚持所有这些,回收你走。

我很惊讶没有人提到在许多地方可以用来代替活动的碎片 。

片段可以无缝地进出或活动。

您可能想要查看为您的顶级活动创buildActivityGroup的子类。 这可以承载多个子活动。 TabActivity是ActivityGroup的唯一股票子类,可能并不是你所需要的,因为它包含了一个tab小部件,但是你可以用它作为你所需要的灵感。

单一活动架构你有什么特别的麻烦? 也许有办法可以减less痛苦。

一般来说,如果您打算让原生应用具有本地的外观和感觉,那么为所有三个平台devise一个UIdevise是不合理的。 UI准则和用户对系统的期望是不同的,这些差异应该反映在UIdevise中。

如果你真的想为所有平台都有一个UI,只需创build一个Web应用程序。

我不确定你的意思是“animation为中心”devise,无缝状态变化。 如果您使用多个活动,则Android将以Android用户期望的方式在它们之间进行animation处理。 如果你解释一下你正在努力完成什么,我们可以帮助你弄清楚在Android中是否有意义,如果有的话,如何实现它。