企业管理青睐于移动性，因为当需要的时候它会将推动生产力提高的信息传达到工作人员所需的地方。对于应用架构师，挑战在于要推出一个增加生产力的质量体验（QoE），而不是通过延迟来削弱生产力。移动应用程序不同于桌面应用程序，首先是设备的区别，移动应用程序服务器端会区分开生产力的收益和亏损。移动方案最合适的服务器端会考虑交易中的状态控制、信息显示和移动数据流管理。

　　移动应用程序中多个数据条目共同得到一个结果，因此，有必要对数据流中的内容跟踪，确定其进行到哪个阶段，以便可以解释这些信息。面向服务架构（SOA）和联机事务处理（OLTP）实践经常将状态控制定义在服务器应用程序中或者中间件中，但是Web实践通常将状态控制，分配给客户端设备（用于Web接口的REST缩写表示代表性状态转移）。应用Web实践的移动应用程序会更容易适应移动设备上的简单浏览器接口，与客户端状态控制的连接失败（移动应用程序中更常见）也很容易恢复。　　

应用Web前端的优势

　　无论实际的应用程序是在移动设备上处理信息或是在浏览器中处理信息（包括通过JavaScript或HTML5元素）都要取决于服务器应用如何设计信息格式。显然，浏览器应用程序需要将信息格式传递到HTML中，还需要支持互动的合适脚本语言。大多数开发人员找到使该应用程序运行的最佳方法，实际上并不是将HTML添加到服务器端移动应用程序中，而是在移动设备与应用程序之间的接口应用Web前端。

　　将Web前端添加到移动应用服务器中也有助于支持多个设备（通过提供多个Web URL，保证每个类型的设备都有一个Web URL），也可以允许带有先进应用程序的移动设备绕过Web前端直接与应用服务器进行互动。如果这是一个目标，那么检查移动设备上接口的可用性是非常重要的，首先确保所选的应用程序接口可以受到广泛的支持。　　

解决数据量问题

　　服务器与设备之间的数据转换问题超出了数据量的格式，此时最需要进行谨慎的服务端设计工作。移动应用程序依赖于连接到设备上的相对低速的连接，移动宽带差距可能很大，这取决于用户的位置及当地的流量负荷情况。在许多情况下，要申请使用费用，如果数据量很高，就会使移动应用程序使用费用变得很昂贵。

　　大多数移动应用程序的数据量问题都是由于移动用户或者移动设备被迫切换到屏幕或者相关信息而引起的。最佳实践表明，如果信息量很大就必须经过相关信息筛选，经过服务器应用程序的筛选，然后只将结果发送到移动设备上。

　　应用架构师发现将移动应用服务端组件，视为来自于移动设备请求的用户代理元素是非常便捷的，一系列的数据查询和处理元素分解来自于用户代理的请求，将结果发送给代理，再由代理将相关信息发送给用户。　　

利用虚拟桌面

　　移动应用程序架构师看到了虚拟桌面方法解决问题的优势。虚拟桌面基础结构（VDI）有一个用户代理，表示用户计算机的能力，但是需要托管（这种情况经常出现在虚拟/云基础结构中，但理论上任何服务器都会出现），该代理然后会将一个连接发送到客户手中的瘦客户机上。

　　该模式明显适用于浏览器移动应用程序，也可以适用于更多复杂的模型，在该模型中移动设备与托管资源间的功能可以共享。VDI代理也可以在用户访问的移动应用程序和服务器/处理器之间建立连接。

　　在移动应用程序开发所关注的上述三个问题中，建立那样的连接是很常见的元素。代理元素可以提供符合Web标准的无状态或RESTful移动设备接口与服务器端的SOA应用程序之间的转换。

　　SOA/SOAP可以提供组件之间的联系，例如，保证组件和公司数据的安全。代理元素也可以有序地管理那些本是连接失败的转换。然而，代理也可以代表着潜在的故障，基于用户代理过程的移动应用程序设计应该慎重考虑代理的可用性，提供恰当的失败程序。　　

测试的价值

　　应用程序设计的普遍问题——计算应用程序之间的响应时间，在移动应用程序中是非常重要的。因为工作人员通常要在他们的工作地点与应用程序进行互动，请求过程延迟会产生严重的影响，甚至会影响客户的感受，例如，销售人员在买方办公司将订单输入到应用程序中。

　　为了验证性能和体验质量，模拟现实的生产环境，对移动应用程序进行初步测试是非常重要的。同样的步骤也可以用于应用程序循环中，应用程序对移动连接缺失响应的测试。谨慎的测试会验证架构师针对于移动应用开发中出现的三个重要问题所提出的解决方案，确保应用程序能对业务需求做出恰当的响应。