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天左右，需要提供身份证明或者签订协议，部分市场某些应用不允许上架。特别广告和积分墙的应用。