RESTful Android应用程序的体系结构

Question

我目前正在开发Android应用程序，我希望拥有一个可扩展的架构，并且可以清晰地分离关注点。本申请的要求主要是：

• 用户身份验证（我在许多不成功的战斗后再次与Google Sign-In for Android进行交易Android Identity Toolkit）
• 与REST服务同步（此应用程序应该是协作的，我已经使用AsyncService完成了使用＆＃34; heartbeat＆＃34;服务的概念验证，这是唯一的方法我找到了清理活动代码，我到那个研究Robust Android Architectures的图书馆
• 客户端的ORM将来存储用户生成的数据和检索到的数据（我的选择是针对Android的ORMLite）
• 材料设计（作为我想到的UI的最佳方法）

首先，我喜欢关于如何在项目中分离类的建议，我的意思是，我应该使用文件夹（活动，模型，DAL，服务，同步......）还是应该创建自己的库？ ？ （在.Net我用父命名空间创建库）

我的第二个也是最大的担忧是关于用户身份：我的架构应该如何实现我的目标？ （使用SyncAdapter注册/登录多个提供商，经过身份验证的休息客户端和同步）

我希望你能避免这种不安，因为可能过于通用但我会问这些东西，因为我无法找到有关这些东西的信息或建议。

提前谢谢。

Answer 1

这是一个通用的问题，每个开发人员都有自己的方法来实现这一目标，但我建议立即遵循其中一种趋势模式。

有一个项目称为干净的架构。它几乎包括从dB到Api的所有内容。在我看来是一个过度设计。

我更喜欢另一种名为Flux的模式。

与改造，eventbus或Otto一起使构建应用程序变得容易并保持结构

您可以在此处详细了解：

http://lgvalle.xyz/2015/08/04/flux-architecture/