Android App开发总结

一.核心功能

1.功能如下

⑴.内容列表展示

⑵.内容详情展示

⑶.个人中心

⑷.评论分享

⑸.搜索

2.架构如下

⑴.Android UI设计

⑵.Android客户端

⑶.Android服务器端

⑷.Android内容设计

⑸.Android App上线

二.整体设计

1.UI设计(用户体验UE)

⑴.按钮的设计

真正点击的区域尽量放大，至少不应该小于一个手指的宽度；

为了避免RadioButton，CheckBox出现响应迟钝现象，至少出3个状态的图：正常，点击，选中；

⑵.排版的设计(好用，实用而不是能用)

点击响应部分要和手机屏幕四周边框保持一定的距离；

背景和内容的对比度一定要合适：避免在强光的环境下不好用；

尽量少用对话框：非用不可的情况下，一个界面不超过两次；

界面简洁：其一：界面完成的功能很明确、简洁；其二：同类操作尽量在一个界面完成；

使用一定的动画；

界面整体布局：避免左右布局严重不平衡；

屏幕适配：UI设计过程中应该考虑到手机屏幕变宽、变高、变窄、变短的过程中UI应该如何适配。整体上有个原则：屏幕的适配不要改变整体的布局。也就是布局不变，只是对图形进行拉伸而已(关键是如何拉伸)

2.数据获取

⑴.从本地(文件)缓存中读取数据

⑵.从数据库中读取数据

⑶.从网络中读取数据

注：需要考虑有网络和没有网络情况下，获取数据的方式

3.数据缓存

⑴.数据库缓存

⑵.文件缓存

⑶.内存缓存(不建议使用)

注：不同网络(无线，3G)环境，变换不同形式的缓存功能，缓存时间的长短

考虑是本地数据缓存还是服务器缓存

4.数据同步

服务器数据和本地数据同步，UI界面数据同步

5.数据加载

必要时候或最保险的方法是在相关界面提供一个刷新按钮，或者当下流行的下拉列表刷新方式。为缓存，为加载失败提供一次重新来过的机会

6.消息通知

⑴.客户端主动拉取数据，提供消息通知

⑵.服务器推送数据，提供消息通知

7.登陆分享

⑴.普通登录：

⑵.第三方登陆：QQ登陆和新浪微博登陆

8.首次加载

发布App前，将一部分数据打包在App中

9.数据统计

用于统计用户习惯，后续功能完善以及数据调整的依据

10.安全性

⑴.获取请求的安全性

⑵.用户输入安全性

⑶.评论防刷问题

11.兼容性

12.架构可用性

开发过程中，考虑到共通性，便于后续其它项目开发使用

三.常用系统组件和开源组件

⒈Fragment

⑴.需要解决Fragment隐藏与显示重叠问题

⑵.需要解决由后台切回前台Fragment被销毁，导致显示非常慢

⒉侧边栏

⑴.Slidingmenu

⑵.NavigationDraw

3.图片加载

⑴.ImageLoader

⑵.兼容性问题，部分远程图片无法加载显示

4.HTTP异步加载

⑴.Android-Async-Http

5.上拉下拉刷新

⑴.pullrefresh

⑵.需要解决兼容性问题，mx3滚动有问题，会自动拉出很大一块空白

⑶.上拉和下拉文案共用，需要解决上拉和下拉文案的不同

6.Tab控件

⑴.PagerSlidingTabStrip

⑵.需要Tab解决样式定制问题

⑶.需要解决tab缓存和惰性加载

7.SaxParser解析Rss

⑴.遇到引入第三方解析Jar包时，运行时找不类，但类其实是有的

⑵.遇到了解析CSDN博客文章时无法解析标题到标题的bug

8.集成QQ登陆和腾讯微博登陆

⑴.登陆无法拿到QQ和账号，需要自己解决第三方账号与自由账号打通问题

⑵.QQ图像无法用ImageLoader加载

9.分享组件可以调用系统的，也可以使用第三方组件ShareSDK

10.消息推送

⑴.自己实现推送：主动拉取或者Socket通信

⑵.可以集成第三方消息推送。比如百度云推送、云之讯等

11.UI设计

⑴.iconpng.com iconfinder.com easyicon.com

⑵.使用PhotoShop自己需要的图片

⑶.付费让UI设计人员帮你设计

四.广告平台

豌豆荚、广点通、有米广告、点乐积分墙、多盟广告等等

五.应用市场

应用宝、豌豆荚、百度、91、安智、安卓、360、华为（暂不允许个人提交的应用）、 小米、魅族等

六.应用审核

审核都要3–10天左右，需要提供身份证明或者签订协议，部分市场某些应用不允许上架。特别广告和积分墙的应用。