标签：uav 取数据 tag todo 指令 修改 重点 手动 使用
title: AndroidArchitecture
date: 2016-04-08 23:26:20
tags: [architecture]
categories: [Mobile,Android]
---
本文记录 Android 官方关于项目架构的文章.
当我们开始明确如何组织和架构一个AndroidApp的时候，Android Framework层提供了很强大的可伸缩性。
这份自由虽然很有价值，但是同时也导致一个APP内存在如过重的类，命名体系不一样，架构导致难以测试，维护和扩展苦难等问题。
Android架构蓝图打算演示解决这类通用问题可能的方法。
在这个项目中，我们会提供一个机遇不同架构概念和不同工具的同一个项目实现。
你可以使用这些例子作为你创建自己的APP的一个参考，或者直接作为一个基础。本篇集中于代码结构，架构，测试和维护性。
然而，铭记于心的是，利用这些架构和工具，创建一个APP有很多方式，取决于你的侧重点。所以，这些架构不应该被当做是经典案例。
本篇例子中UI刻意保持了简单。
我们一直在做一些可能会影响我们所有例子的决定。所以我们会在发布正式版之前，一直保持初始化的版本号。
所有的例子都发布在他们对应的分支上。查看对应项目上看的README 以获取详细信息。
-todo-mvp/- 基本的MVP架构
-todo-mvp-loaders/- 基于todo-mvp，使用loaders来获取数据
-todo-mvp-databinding/-基于odo-mvp，使用databinding库
此外，还有很多计划中的例子。
这个APP的目的是能够简单快速的理解，而不是增加演示这个复杂的设计和测试方案的复杂性。
可以查看这个APP的规格。
此外，还有一个类似的JavaScript的项目框架，叫TodoMVC。
每个例子，都有一个选择的尺度，和比较客观的评估，你可以根据你的实际情况选择。
你可能要考虑到你APP的大小，你整个团队的经验，你预估的维护成本，考虑你是否需要为平板，多平台适配，以及自己的框架偏好。
这个例子是其他变种版本的基础。这个例子展示MVP模式的一个简单的实现，没有参杂其他的架构框架。
这个例子，使用手动注入依赖的方式来提供本地和远端的数据。异步的任务是通过callback实现的。
注意：在MVP的上下文中，属于view是被重新重载了。
android.view.View被称作"Android View",在MVP中接受presenter发送命令的view被简单的称为"view".
使用fragment有两个理由：
activity和fragment进行隔离，非常适合用来实现MVP。
在这个APP中有四个特点：
任务
任务详细
添加编辑任务
数据统计
每个特点有:
总之，业务逻辑在presenter中，并且依赖于实现UI工作的view。
view层几乎是不包含业务逻辑的，只负责将presenter中的UI指令转换成UI表现，并且监听用户的UI操作，然后传递给presenter层。
通过接口来约定view和presenter之间的连接。
还没有
这个比较低，作为一个纯MVP实现。
高，presenter可以作为仓库和数据源进行单元测试。
高, 注入一个假的的module，允许进行假数据进行测试。
和传统没有架构的项目相比，
这个例子简绍了额外的类和接口:presenter，仓库，接口等等，所以在MVP中无论是代码的行数还是类的数量都比较高。
高。
低。项目特点明确，责任清晰明确。开发人员不需要了解项目中的外部依赖。
标签：uav 取数据 tag todo 指令 修改 重点 手动 使用
原文地址：https://www.cnblogs.com/jnienv/p/10575562.html
