Android 架构问题
Android Architecture Questions
我一直在阅读 android 项目的架构。我发现了一些东西，但我想我误解了一些概念，甚至根本没有理解。
我的一个问题是关于处理 api 个对象，如果我有一个本地数据库，我应该使用 api 中的相同对象存储在本地数据库中吗？
我也在寻找关于为什么使用 MVVM 或 MVP 的解释，实际上它们看起来是不同的东西，我发现 MVP 是一种更关心处理 UI 职责的模式，我认为 MVVM 是面向处理 UI 和数据库之间的通信。 所以我误解了这些概念或者它有道理？
最后但并非最不重要的话题是关于依赖注入，我已经阅读了这个概念并且想到了这个问题，为什么我应该使用任何框架作为匕首来处理这个，如果我我可以自己处理这个模式，只要它不那么复杂？
我应该使用 api 中的相同对象存储在本地数据库中吗？
这真的取决于您的 API 对象有多好。您应该以逻辑方式将本地数据库对象基于它的真正含义，如果您的端点做得好，它可能是相同的。架构中的重要部分是将逻辑部分与 I/O 部分（UI、数据库、API）隔离，因此如果您想重新设计 UI，请更改Webservice 你用它不会太痛苦。
所以我误解了这些概念还是有道理？
我对 MVVM 不太熟悉，所以我无法真正回答这个问题。但对我来说，重要的不是遵循 "by the book" 一种模式或另一种模式，而是根据你喜欢的每一种模式来调整你的架构。我目前尝试使用 Clean Architecture 这样做。您可以看看 Bob 叔叔在这篇文章中谈到的关于使代码更清洁和更易于维护的所有概念。
如果我可以自己处理这个模式，如果它不那么复杂，为什么我要使用任何框架作为匕首来处理这个问题？
不熟悉的可以不用dagger。但是，如果您的项目开始增长，并且您开始成为一个由 2、3、5 人组成的团队……为它工作，那么作为匕首的框架可以帮助您保持关于如何进行依赖注入然后编写代码的通用标准更连贯。 Dagger 还提供了一些工具作为范围，如果您熟悉它，可以节省您一些时间。
我一直在阅读 android 项目的架构。我发现了一些东西，但我想我误解了一些概念，甚至根本没有理解。
我的一个问题是关于处理 api 个对象，如果我有一个本地数据库，我应该使用 api 中的相同对象存储在本地数据库中吗？
我也在寻找关于为什么使用 MVVM 或 MVP 的解释，实际上它们看起来是不同的东西，我发现 MVP 是一种更关心处理 UI 职责的模式，我认为 MVVM 是面向处理 UI 和数据库之间的通信。 所以我误解了这些概念或者它有道理？
最后但并非最不重要的话题是关于依赖注入，我已经阅读了这个概念并且想到了这个问题，为什么我应该使用任何框架作为匕首来处理这个，如果我我可以自己处理这个模式，只要它不那么复杂？
我应该使用 api 中的相同对象存储在本地数据库中吗？
这真的取决于您的 API 对象有多好。您应该以逻辑方式将本地数据库对象基于它的真正含义，如果您的端点做得好，它可能是相同的。架构中的重要部分是将逻辑部分与 I/O 部分（UI、数据库、API）隔离，因此如果您想重新设计 UI，请更改Webservice 你用它不会太痛苦。
所以我误解了这些概念还是有道理？
我对 MVVM 不太熟悉，所以我无法真正回答这个问题。但对我来说，重要的不是遵循 "by the book" 一种模式或另一种模式，而是根据你喜欢的每一种模式来调整你的架构。我目前尝试使用 Clean Architecture 这样做。您可以看看 Bob 叔叔在这篇文章中谈到的关于使代码更清洁和更易于维护的所有概念。
如果我可以自己处理这个模式，如果它不那么复杂，为什么我要使用任何框架作为匕首来处理这个问题？
不熟悉的可以不用dagger。但是，如果您的项目开始增长，并且您开始成为一个由 2、3、5 人组成的团队……为它工作，那么作为匕首的框架可以帮助您保持关于如何进行依赖注入然后编写代码的通用标准更连贯。 Dagger 还提供了一些工具作为范围，如果您熟悉它，可以节省您一些时间。