软件开发公司不重视构建一个移动应用数据处理逻辑。

因此，开发商往往面临挑战时引入的变化和释放应用程序更新。

                        ​  ​  ​  ​  ​  ​  ​  ​  ​  ​  ​  ​  

在本文中我将谈谈我自己构建的数据处理方法，包括数据检索，存储和缓存。本课题是对所有移动应用的发展有关，特别是那些主要目的是接收和显示数据，以及将数据发送到服务器。

 

 

从本质上讲，这适用于任何

 

 

用户提供任何类型的信息更新频繁的应用，无论是新闻，天气，旅游信息，在线杂志，等。

当涉及到应用程序的架构，从服务器检索数据的过程中不应该有数据表示和数据存储的逻辑关联。相反，每个构件只应该负责自己的进程和提供其他组件通信的方法。确保应用程序的高质量和加快发展的过程中，较好是遵循经典的三层体系结构。

 

1级。数据

这一层包括数据库的工作。同时，它可以照顾与服务器的通信，这在大多数情况下，作为数据存储，通过互联网连接访问。

 

2级。业务逻辑 

在这一层，数据的处理显示。在这里，有必要请求发送到服务器或本地存储，数据被分成不同的组，等。

 

3级。数据显示

这一层是数据输出到用户收费，以及从用户接收数据。在这个层面上，作为活动，片段，适配器，视图组件进行任何工作，等。

 

现在，让我们检查这种应用几部分组成。

 

域

为了处理数据，我们需要使用特殊类JavaBeans。使用JavaBeans可以发送应用程序的不同组件之间的信息。这些类仅用于信息存储，他们不应该包含任何逻辑与数据的工作。

 

与服务器的通信

与服务器的所有通信必须在一个组件发生。负责服务器的通信组件应包含用于从服务器接收数据的方法（或发送数据到服务器）。输出将只包括领域知识对象或原始数据类型例如String，int，布尔和其他人。

 

为更好的组件封装我们不直接关联的领域知识和服务器的API。例如，当使用流行的gson库来解析JSON对象，较好是创建类来解析响应从服务器单独设置。此外，组织接收对象的域对象的转换是一个好主意。

 

即使解析是手动实现的，这些中间阶级，才能真正使这项工作更容易。特别是如果服务器响应的结构不符合领域知识对象的内部结构。这种方法使得我们在处理服务器API的任何改变更容易，和组织领域知识更有用的结构。这种方法的缺点之一是在垃圾收集过程将删除所有未使用的对象负荷增长。

 

我们也不应该忘记处理服务器错误。这可以是特别的错误信息在服务器的API代码，和典型的HTTP错误代码像–HTTP 500内部服务器错误。处理这些错误，这是一个好主意，软件开发公司使用Java语言称为例外标准机制。