开发一个android app需要的技术

最近一直在忙着工作的事，很久没有更新博客了，今天突发奇想要把自己学到的android方面的知识记录下来，一方面是为了系统的回顾一下知识点自己的学习路线，另一方面希望能帮到更多初学的朋友。学习android开发一定要有java基础，最好是达到java中级或以上，没有java基础的话根本无法学习android的，所以，希望想走android这条路的朋友一定不要急于求成，先把java基础搞好，不然学习的道路会很艰辛。 

本博客面向的是有java基础，想学习android知识的同学。首先，从线路方面向各位介绍如何开发一个app。 我理解的软件就是一系列数据的获取、存储、加工、转移、展示，android app也是如此。数据的获取有很多方式，可以从手机内存、缓存、SD卡、网络、数据库中获取，以后会详细讲到这些方式的实现。数据的展示就是app前端的实现了，activity是android显示的“脸面”，所有能看见的都是在activity上展示，其中还包括各种控件、view、viewgroup等。数据的加工就是app中数据的使用了。数据的转移涉及到线程和消息机制的问题，基础的同学慢慢就会了解。概括来说就是，从后端获取数据，展示到app界面上，然后用户操作，再将反馈传给后台取处理。 

下面从产品的角度说一下app的流水线和公司各个部门的分工。 

产品开发流程 正常的互联网开发app的流程大致如下： 

- 产品规划，定产品方向 

- 需求调研，产出需求文档

 - 需求评审，修订需求文档 

- 产品狗画app线框图提供给射鸡师 

- 射鸡师根据线框图设计视觉稿 

- 程序猿根据视觉稿搭建UI框架 

- 程序猿根据需求文档开发功能

 - 测试媛编写测试用例，根据排期进行测试

 - 程序猿修复回归测试反馈的bug，提交beta版 

- 测试通过，提交给运营喵发布到渠道上线 

上面是笔者的经验总结，可能有不太准确的地方，但大致整个流程是这样，我们开发者要清楚自己在整个产品中充当的角色，明白自己的工作职责即可。 快速搭建项目 Android比没有想象那么难，只是刚开始要学习的东西多，一下子消化不了才会比较茫然，笔者写这篇博客就是想帮助大家整理一下开发思路。
快速搭建项目也算是一项技能，而这项技能只能由你自己来完善，刚开始做开发的时候一定会有很多重复性的工作，如果没有意识去提高自己的开发效率的话，可能你的十年工作经验代表的只是一年的经验用了十年而已。 那要怎么做，笔者提供一个自己总结的，仅供参考： 

- 定开发规范 

- 搭建UI框架 

- 选用开发库集成（或自造轮子） 

- 第三方服务集成（视情况而定） 

定开发规范 一个项目一般不会只有一个人独立开发，就算是独立开发，我们也应该定一下开发规范，一般会有什么样的规范？ 

- 命名规范 

- 代码规范 

- 代码管理规范 

命名规范 

命名规范包括： 

- 项目命名 

- 包命名 

- 类命名、成员变量命名 

- 资源文件命名 

我们做每一个产品都会有相应的命名，不要用中文来命名，最好用能表达中文意思的英文来表示，例如CSDN客户端，可以用CSDNClient作为命名，我们创建项目的时候可以以它作为Application name。 可以看看以前写的这篇文章：
http://blog.csdn.net/wwj_748/article/details/42347283 

代码规范 代码规范视语言而定，开发android使用的是Java，自然要按照Java的编码规范进行编码，比如命名采用驼峰命名法，编码的时候也要符合Android的开发规范，比如UI线程不做任何耗时的操作，像网络请求、数据库操作都需要放到子线程中去做，只有UI的刷新才在UI线程中做，像这些规范，可以根据自身在项目遇到的问题来定，定规范的好处就是减少踩坑的几率，提高开发的质量。 

代码管理 对于一个经常更新迭代的产品，不可能由头到尾不变，这个时候我们需要对代码进行分支管理，最好使用git代码仓库对代码进行管理，作为一个合格的开发者连git都不用实在说不过去，还用svn的童鞋赶紧放弃它投入git的怀抱，它的好处是不言而喻的，自己去体会。 

搭建UI框架 搭建UI框架需要我们根据产品的导航模式来设计，市场上常用的导航模式有如下图几种： 我们的app如果不出意外一定是其中的一种导航模式，一般线框图出来我们就应该知道即将要开发的app长什么样子，开发者不必等视觉稿和素材出来才开始动工，我们先大致搭个架子，等视觉稿出来之后我们再做调整。 选用开发库 一般我们app涉及到的库会有： 

- UI框架（比如下拉刷新PullToRefresh、侧滑菜单Slidingmenu） 

- 网络请求库（比如okhtttp、AndroidAsyncHttp、Volley） 

- 数据操作库（比如GreenDao、Ormlite） 

- 图片缓存框架（比如Universal-Imageloader） 

- 数据解析库（比如Gson） 之所以要选用这些库，肯定是为了避免重复造轮子，在开发效率的角度来说，选用优秀的开源库能大大缩短开发周期和提高开发效率，但从个人提升角度来看的话，我们可能就成了一个只会用API的程序猿了，如果想提升的话，造轮子或者分析这些优秀的源代码是一个不错的途径。 

第三方服务集成 我们开发app的时候，肯定会遇到一些需求，比如推送的需求、自动升级、数据统计、社会化分享、用户反馈等等，然而对于一个刚起步的企业或者个人开发者的话，全都要自己去开发的话，那岂不是累死，像推送这种有一定的技术门槛，能做好都能成立一家公司了，所以选用一些第三方服务是一个可选之举。如果说你以后做大了，用第三方怕不好控制，那就自己做呗，有钱任性招兵买马就自己做，谁叫咱有钱呢。
前面这些东西开发一个app够了，开发出来能不能用还得有靠谱的测试，有没有crash，操作流不流畅，体验好不好才会有用户去用。这里不从产品的角度去评判一个app的好与坏，程序员要考虑的是从代码层面、性能层面去让我们的app变得更好。

云测 我们开发完毕之后，需要给测试工程师进行基本的功能需求测试，他们传统的做法就是根据事先写好的测试用例来做回归测试，再把测试出来的bug反馈给工程师，工程师再去修bug，但这样实在是太不靠谱了，有时候我们太在意功能而忽略了一些更重要的东西，那就是体验，给用户最直接的感受就是你这个app够不够惊艳，够不够流畅，用户可能根本就不在乎你这个功能做的有多牛逼。所以我们更应该从非功能性方向去做测试，我们的目的是让用户用的爽，而不是加一些乱七八糟的功能。那怎么测非功能性的一些因素，这里就要提到『云测』这个东西，因为现在设备太多了，如果公司要买一堆设备来做测试，那得多少成本，况且设备更新得太快，你根本就跟不上，所以就有了云测这个东西，它是一个云测试平台服务，提供了一大批主流机型，我们就直接省去购买设备的成本，还能得到完善的测试报告。
再来说一下它的好处： 

- 终端云，省去测试设备购买租赁成本 

- 高效率 节省测试人员成本及时间 

- 包含兼容性测试、性能测试、功能测试 

- 操作简单、详细测试报告生成 这么多好处，你在缺少测试工程师的时候，不去尝试那实在说不过去。 打包上线 前面的开发环节、测试环节都没问题之后，你离实现一个app的完整开发就不远了，正常的互联网公司，会把签名打包的apk给到运营，交给他们去写文案，上传到应用渠道，让渠道给我们去首发和推广。如果是个人开发者，这些工作就得我们自己做了。 

总结 本篇博客从整个app开发流程上去给大家梳理了一遍，没有讲太多技术上的东西，但理解app流程对自己把握产品很有益处，虽然我们只是一个小小的开发者，但如果你有追求，哪天轮到你去负责一个产品的时候，你就应该对开发的每一个环节都了如指掌，因为出了问题，你也知道怎么针对性的去解决。笔者虽然只是一个小小的开发者，但也乐于思考，很多时候不太愿意被别人牵着鼻子走，因为我们的人生就应该把握在自己手里。