Answers:
首先，这取决于您正在执行的应用程序。
您应该对用户如何使用应用程序进行文字或示意图描述。修正所有可能的情况。记下示例，稍后将用于测试。
确定什么属于功能，什么属于-可变配置。从方案中提取功能和数据实体。
从方案中确定您的应用程序将是什么。是服务，活动，窗口小部件，甚至是内容提供者还是复杂的系统，包括一些不同的组件。根据场景测试您的决定。
对于复杂的系统，请在应用程序组件之间分配功能和数据实体。列出组件及其内容（活动或其他）。
列出UI组件并描述它们的功能（尚不知道如何做）。这些组件将在以后成为小部件和活动，片段或布局。
制作UI组件的草稿布局。简单地从一个传递到另一个。看一下UI。返回场景，并在您的UI草案中播放所有场景。所有UI组件和类都放在一个包或一个包的层次结构中。
列出数据实体。确定将要包含的内容。将它们计划为数据库或其他数据库中的集合或表。将它们作为类，放入另一个包层次结构或另一个包中。这里还放置了数据库助手-通过SQL与DB对话的类。
创建一个测试类（JUNIT或更好的TestNG），以用测试数据填充UI和数据实体并启动它们。
适配器不必是公共的，因为它们仅在其父级GroupView中使用。因此，通常没有用于适配器的文件。
千万不能把所有全局到特殊的静态类-这是一个不好的做法。您正在混用代码和配置。使用这个非常有趣的解决方案。就目前而言，这是我所知道的Android上最好的。
配置数据应放入资源中。如果其中一些比较复杂，请使用XML源和解析器。使读者将资源数据转换为全局变量。并非所有这些都是静态的！例如，它们可以属于主要的Activity实例。
不要在代码中使用不可配置的常量！可能是，仅您的名字:-)。有时每个常数变为非常数。
另一方面，如果您的某些代码不是普通的Java，而是脚本 -数据和语言的混合，那么您可以而且必须混合数据和代码。
始终这样做：写点东西-将某物连接到批量-为此新东西添加测试-测试这个新东西-测试批量-重复。仅一步之遥！
编辑。您还可以使用测试驱动的开发-在适当的代码之前编写测试。这样，在代码准备就绪之前运行测试，就可以进行双重测试-因此，您可以检查测试是否确实对不正确的代码作出反应。