Chinaunix首页 | 论坛 | 博客
  • 博客访问: 41659
  • 博文数量: 7
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 124
  • 用 户 组: 普通用户
  • 注册时间: 2014-01-22 11:47
文章分类
文章存档

2014年(7)

我的朋友

分类: Android平台

2014-02-17 11:33:53

事实上,android本身就已经给开发者实现了MVC的模型,其中,view即是V层,而Activity代表C层,M层则涉及到sqlite,http等操作。

但是,android这种划分并没有对一个项目中使用mvc起到很好的封装,因此在编写大型的项目工程时候,还是要进行一些MVC的考虑,下面就是我对于android中使用MVC的一些可能性探讨。


四层模型:

1. 数据模型层Model

包含content provider, http request, sqlite db helper等。负责提供接收数据请求,提供数据

2. 逻辑层Logic

以logic为标志,负责接收从交互层传过来的数据请求,然后转发给M层;接收M层发来的数据,然后转发给交互层。数据逻辑的处理,以及全局变量维护等均在这一层

3. 交互层

仅负责调用view显示数据;接收用户操作,然后将操作所代表的数据请求含义交给logic

4. 显示层

各种view,仅负责页面的展示



三层模型:

1. 数据层dbhelper

2. Controller 的 Activity

3. 作为显示的view


还需要仔细比较二者的区别



GitHub构建:

1. 通过继承结构,进行一层一层的抽象

2. 为了提高通用性一般都需要使用到范型



当前的类的类别:


1. Util级别

所有的类都可能调用到,提供接口和操作

2. Activity级别

主要的模块

3. Adapter级别

服务于activity

4. Handler级别

服务于activity

5. Model

6. Services




结论:

1. BaseFrame应该提供所有的非应用相关的Utils

2. BaseFrame提供非View相关,但是数据相关的Activity

3. BaseFrame提供公用的View和布局

4. 其余Utils放入应用中的同一个包,并且最先移植,是该应用的全局变量

5. 应用中的Activity继承了BaseFrame中的Activity, 并且负责个性化的展示



1. Model层

包括db和http


Db: 负责增删改查

http:负责发送和接收请求


2. View层


Activity只负责展示,描述得到数据后如何进行展示



3. Controller层
阅读(1590) | 评论(0) | 转发(0) |
0

上一篇:没有了

下一篇:python基于mysql的用户认证

给主人留下些什么吧!~~