在手机上存储数据，还是通过服务器访问数据，这取决于使用应用的用户的需求。同时，开发人员必须考虑这种决定对设备性能、电池寿命和数据规划使用的影响。

　　第一批便携设备（Palm Pilot、 Windows CE、Apple Newton等等）都没有无线网络连接，除非用户增加一个Wi-Fi卡。对于这类设备上的应用来说，开发人员会创建一些机制，把服务器上的数据和与通过网卡与桌面电脑连接的设备同步。虽然这样也可行，但是要保证移动用户已经复制了最新的数据也是很困难的。另一件比较痛苦的事情是，两位各自拥有复制的数据的移动用户在和服务器同步之前要修改相同的记录。虽然有些用户仍然拥有独立的移动设备，但是更常见的设备是具有网络连接的智能手机，而且和其他人数据共享的选择也多了。
 
　　在有网络连接的智能手机上的应用，例如BlackBerry，可以很简单的连接到服务器上，并进行存储数据的交换，不管是CRM系统、ERP系统还是其他任何类型的客户端服务器应用。当和企业数据交换的时候，这些应用的标准模式就是对于存储在服务器上的数据，允许多个客户端同时访问，并保证用户总是能访问到最新的数据。
 
　　和移动网络一样，仍然有很多让数据存储在设备上也有意义的情况。对于那些工作区的无线覆盖有限的移动销售团队或服务技术人员来说，他们可能需要操作设备应用上的所有或一部分数据，并在方便的时候同步更新。

　　在很多情况下，混合的方法是非常合适的选择。使用这种方法，数据相对稳定的数据库，例如区号、商店地址、邮政编码等，都是存储在设备上的，而且很少更新。更新次数相对较多的数据，例如销售订单、货运状态、发票状态和客户联系信息等是从服务器上（通过无线网络）根据需要访问的。在客户的方面，一个很好的例子就是Facebook，订单信息从来不变，可以保存在本地设备上，朋友信息可以在需要的时候从网络上取到。

　　不管说哪种网络连接的应用，开发人员都必须考虑无线网络连接的属性民兵在尝试连接前检查连接，并在连接不通或者在传送中中断的时候可以自然恢复。作为最佳实践，应用必须可以等候任何网络请求，并交付和/或在连接可用的时候获取数据。在移动用户不用等候更新的情况下，应用应该可以再次连接，并在没有用户参与的情况下续传数据。应用可以让用户知道数据已经请求过了，但是它应该不用要求用户的参与，就可以重新建立已中断的连接。

　　支持应用的企业需要很好地了解无线网络的覆盖区域，并根据成本和性能决定适合用户的最佳选择。