android - 如何正确构建我的 Android 应用程序、类、 View 、数据库，变得简单？

Question

我花了很多时间来掌握将我的 Android 应用程序“打包”到逻辑组件中的最佳方法，我的目标是制作一个易于更新和添加新功能的应用程序。

我相信“模块化”方法最有效，其中我的数据表示为数据类，我的数据库有它自己的 DB Helper 类，它处理所有 DB 交互，最后查看与 DB Helper 接口(interface)的“ Controller ” Activity 类、数据类和 View 。

也就是说，我需要一些高级规则来构建我的程序，我发现如果我没有规则，我最终会得到草率的代码和大量重写代码，因为代码变得太复杂了。

综合考虑，这些规则是否为 SQL 支持的应用奠定了良好的基础？

我的理论 Android 规则:

1. 数据库助手类应包含所有数据库逻辑。这意味着，DB Helper 将包含打开和关闭数据库的代码，以及插入、更新和删除所有记录的代码。 DB Helper 返回的数据不是游标，而是我创建的数据类对象，每个数据类都有一个构造函数，该构造函数接受游标并使用它来填充类的值。

2. 数据类将允许将数据库记录表示为对象，而不仅仅是游标。由于 DB Helper 只会返回对象，因此我必须为 ListView 等项目创建适配器，以呈现我的对象数据而不是光标(我在这一点上有点怀疑，不确定这是个好主意还是不是)。所有业务逻辑，因此对数据类中包含的数据进行的所有计算，都将在数据类本身中完成。我设想我的数据类具有典型的 getter 和 setter 以及“计算”方法，这些计算方法将从数据类中获取变量并对它们执行一些有意义的业务逻辑，返回结果(这是个好主意吗？)。

3. View Controller Activity Classes 将 DB Helper 的方法直接绑定(bind)到 Data Classes，并使用结果信息更新 Views。这个 Activity 类会很正常，它会初始化布局和小部件，它会在适当的时候使用生命周期方法通过 DB Helper 对 DB 执行各种查询，它会有简单的更新方法来更新小部件使用提供给它们的数据类对象。

我发现我在使用 Android 时没有遇到任何问题，除了遇到诸如此类的设计问题。我厌倦了我的应用程序变得过于复杂，我需要一个简单的系统来确保事情保持可管理和可扩展。

如果你像我一样挣扎，拜托，拜托，拜托，把我推向构建应用程序的正确方向。这一切都阻碍了我制作出我希望的令人惊叹的应用程序供所有人享用。

Answer 1

在设计您的应用程序时，您需要考虑的最重要的事情是:谁来维护它？如果你将成为唯一一个在你的应用程序上进行维护的人，那么做最适合你的事情。但是，如果其他人要维护这个应用程序，那么是的，您会希望将类似的东西放在一起。听起来你有一个很好的计划。确保使用注释，如果愿意，您可以包含一个“readme.txt”，这样其他人可以看到正在发生的事情并让您解释您的设计逻辑。为了避免事情变得过于复杂，您可以使用包来存储类似的类。

最终，您的问题没有唯一的正确答案。