Android应用架构

Question

我有很多.Net开发经验，我的大多数应用程序都是UI、服务、BL和DAL层。和数据库层。每一层通常都是它自己的项目，所有层都相互引用，以使数据流在整个解决方案中运行。

我是Java和Android的新手。它看起来是我们开发一个输出文件，因此，一个项目。我会简单地为每一层使用不同的文件夹吗？也许是包含类的ServiceLayer文件夹，然后是包含业务类的BusinessLayer文件夹？

保持代码整洁和可维护的常用结构是什么？我这样做并不是出于专业原因(目前还没有)。这纯粹是为了学习。

编辑:该应用程序将是一个简单的应用程序，它允许用户每天输入关于某事的数据(简单的UI，可能需要几个从数据库中获取“参考数据”的下拉查找)，并允许用户选择某件事，输入一些详细信息，并存储到内置的SQLite数据库中。

一旦开始工作，我想将数据同步到一个在线数据库(我将编写一个托管在.Net托管系统(GoDaddy，目前)上的webservice )，它将存储最新的数据，并提供一个web前端，以便在用户可以访问笔记本电脑或PC的情况下提供更容易的数据输入。因此，某种web服务可以刷新我的应用程序，并将更新发送到服务器。

Answer 1

首先，这取决于你在做什么应用程序。

您应该对用户将如何使用应用程序进行文字或示意性描述。确定每一种可能的情况。写下稍后将用于测试的示例。

决定哪些属于功能，哪些属于可变配置。从场景中提取功能和数据实体。

从场景中决定你的应用程序将是什么。它是服务、活动、小部件，甚至是内容提供商或复杂的系统，包括一些不同的组件。根据场景TEst你的决定。

在复杂系统的情况下，在应用程序组件之间分布功能和数据实体。列出组件和它们是什么(活动或smth其他)。

创建UI组件列表，描述它们做什么(不是如何做)，这些组件稍后将是小部件和活动，或者片段或布局。

制作UI组件的草图布局。从一个到另一个简单的传递。看看UI。返回到场景，并使用您的草稿UI播放所有场景。放入包或包的一个层次结构中的所有UI组件和类。

创建数据实体列表。决定什么将成为其中的一部分。将它们计划为数据库或不同数据库中的集合或表。将它们作为类，将它们放入包的另一个层次结构或另一个包中。这里还放了DB helpers -通过SQL与DB对话的类。

制作一个测试类，用测试数据填充UI和数据实体并启动。

适配器不必是公共的，因为它们只在其父GroupView中使用。所以，通常没有适配器的文件。

不要把所有的全局变量都放在特殊的静态类中--这是一种糟糕的做法。你把代码和配置混在一起。

将配置数据放入资源。如果其中一些比较复杂，可以使用XML源和解析器。使资源数据的读取器成为全局变量。不是所有的都是静态的！例如，它们可以属于主活动实例。

不要在代码中使用不可配置的常量！可能，只有你的名字:-)。其他的常数有时会变成非常数。

总是这样做:编写一些东西-将一些东西连接到这个新事物的批量添加测试-测试这个新的测试-测试批量重复。只有很小的步骤！