移动应用解决方案架构(Android启动,多个平台)

| 我的任务是建立我们公司的移动应用程序平台。我确实使用了传递回json的REST API在android中构建了一个测试应用程序,但是我不确定这是否是最佳解决方案。 该应用程序最终必须在iPhone,Windows Mobile,Blackberry和Android上运行。关于整体架构应该如何,还有一些商业规则使我动摇。 首先,让我解释一些术语。客户是实际上是我们客户之一的公司。客户之间互不了解。超级用户可以在所有客户中做任何事情,并且是我们的员工。管理员可以为特定客户端做所有事情,并由该客户端雇用。最终用户是客户的客户。最终用户可能会与我们的一位客户进行业务往来,或者可能与其中一位以上进行业务往来。但是他们不知道这一点(我无法为他们提供所有客户端的列表,而让他们选择与之关联的客户端)。 当前,我们有一个Web应用程序,其中来自客户网站的链接指示最终用户与谁关联。然后,他们使用该客户的帐号将其客户数据附加到其网站帐户。 因此,我需要开发一些不同的应用程序,并且我认为应该将其固定为2。一个管理应用程序和一个最终用户应用程序。如果超级用户登录到管理应用程序,则将允许他们选择他们正在处理的客户端。如果常规管理员登录,则他们只能与与其关联的客户端一起使用。 最终用户应用程序使事情变得混乱。我必须知道他们正在与哪个客户合作,然后获取他们的帐号来附加他们的客户详细信息(一旦我知道他们正在使用哪个客户,这很容易)。最初的想法是为希望向其用户提供(或提供给他们源代码)的每个个人客户端发布该应用程序的版本,然后将每个版本硬连接到该客户端。但这似乎是一个巨大的集群需要维护。我要处理的另一个警告是,允许该应用程序具有主题性和品牌感。 这是我无法决定架构的地方。我应该像使用其他应用程序一样,在移动平台上拥有UI并通过服务传递数据,还是应该将移动应用程序作为Web托管应用程序的Webview门户?两者都有优点和自己的一系列问题,都没有解决必须将最终用户附加到客户端的问题。我正在寻找跨多个平台开发移动解决方案的任何人的建议。     
已邀请:
我没有构建移动解决方案的经验,但是我立即想到,我会首选第一种选择:“在移动平台上具有UI并通过服务传递数据”。 我这样做的原因是用户体验。我使用Windows Mobile(WP7),我真的很喜欢本机UI-它引人入胜且高效(最重要)。相比之下,浏览Web应用程序并不那么有趣或容易。 如果您要创建人们想要使用的应用程序(这只会对您的业务产生积极影响),那么您将希望采用本机UI路线。 同样,我也看不到架构选项是互斥的。您可以为服务奠定坚实的基础,而这些服务又可以被基于服务器的Web UI和移动UI所使用。     

要回复问题请先登录注册