- 需求评审 。修订需求文档
- 产品狗画app线框图提供给射鸡师
- 射鸡师根据线框图设计视觉稿
- 程序猿根据视觉稿搭建UI框架
- 程序猿根据需求文档开发功能
- 测试媛编写测试用例 。根据排期进行测试
- 程序猿修复回归测试反馈的bug 。提交beta版
- 测试通过 。提交给运营喵发布到渠道上线
上面是笔者的经验总结 。可能有不太准确的地方 。但大致整个流程是这样 。我们开发者要清楚自己在整个产品中充当的角色 。明白自己的工作职责即可 。
快速搭建项目
Android比没有想象那么难 。只是刚开始要学习的东西多 。一下子消化不了才会比较茫然 。笔者写这篇博客就是想帮助大家整理一下开发思路 。
快速搭建项目也算是一项技能 。而这项技能只能由你自己来完善 。刚开始做开发的时候一定会有很多重复性的工作 。如果没有意识去提高自己的开发效率的话 。可能你的十年工作经验代表的只是一年的经验用了十年而已 。
那要怎么做 。笔者提供一个自己总结的 。仅供参考:
- 定开发规范
- 搭建UI框架
- 选用开发库集成(或自造轮子)
- 第三方服务集成(视情况而定)
定开发规范
一个项目一般不会只有一个人独立开发 。就算是独立开发 。我们也应该定一下开发规范 。一般会有什么样的规范?
- 命名规范
- 代码规范
- 代码管理规范
命名规范
命名规范包括:
- 项目命名
- 包命名
- 类命名、成员变量命名
- 资源文件命名
我们做每一个产品都会有相应的命名 。不要用中文来命名 。最好用能表达中文意思的英文来表示 。例如CSDN客户端 。可以用CSDNClient作为命名 。我们创建项目的时候可以以它作为Application name 。
代码规范视语言而定 。开发android使用的是Java 。自然要按照Java的编码规范进行编码 。比如命名采用驼峰命名法 。编码的时候也要符合Android的开发规范 。比如UI线程不做任何耗时的操作 。像网络请求、数据库操作都需要放到子线程中去做 。只有UI的刷新才在UI线程中做 。像这些规范 。可以根据自身在项目遇到的问题来定 。定规范的好处就是减少踩坑的几率 。提高开发的质量 。
对于一个经常更新迭代的产品 。不可能由头到尾不变 。这个时候我们需要对代码进行分支管理 。最好使用git代码仓库对代码进行管理 。作为一个合格的开发者连git都不用实在说不过去 。还用svn的童鞋赶紧放弃它投入git的怀抱 。它的好处是不言而喻的 。自己去体会 。
搭建UI框架需要我们根据产品的导航模式来设计 。市场上常用的导航模式有如下图几种:
文章插图
我们的app如果不出意外一定是其中的一种导航模式 。一般线框图出来我们就应该知道即将要开发的app长什么样子 。开发者不必等视觉稿和素材出来才开始动工 。我们先大致搭个架子 。等视觉稿出来之后我们再做调整 。
选用开发库
一般我们app涉及到的库会有:
- UI框架(比如下拉刷新PullToRefresh、侧滑菜单Slidingmenu)
- 网络请求库(比如okhtttp、AndroidAsyncHttp、Volley)
- 数据操作库(比如GreenDao、Ormlite)
- 图片缓存框架(比如Universal-Imageloader)
- 数据解析库(比如Gson)
之所以要选用这些库 。肯定是为了避免重复造轮子 。在开发效率的角度来说 。选用优秀的开源库能大大缩短开发周期和提高开发效率 。但从个人提升角度来看的话 。我们可能就成了一个只会用API的程序猿了 。如果想提升的话 。造轮子或者分析这些优秀的源代码是一个不错的途径 。
第三方服务集成
我们开发app的时候 。肯定会遇到一些需求 。比如推送的需求、自动升级、数据统计、社会化分享、用户反馈等等 。然而对于一个刚起步的企业或者个人开发者的话 。全都要自己去开发的话 。那岂不是累死 。像推送这种有一定的技术门槛 。能做好都能成立一家公司了 。所以选用一些第三方服务是一个可选之举 。如果说你以后做大了 。用第三方怕不好控制 。那就自己做呗 。有钱任性招兵买马就自己做 。谁叫咱有钱呢 。
前面这些东西开发一个app够了 。开发出来能不能用还得有靠谱的测试 。有没有crash 。操作流不流畅 。体验好不好才会有用户去用 。这里不从产品的角度去评判一个app的好与坏 。程序员要考虑的是从代码层面、性能层面去让我们的app变得更好 。
推荐阅读
- 男生撩妹专用网名 男生撩妹专用网名游戏
- 带紫字的网名昵称 带紫字的网名
- 如何看电脑帧数?
- 剁椒鱼头热量高吗
- 如何通过自学成为一名Android应用开发工程师?
- 电视剧《都挺好》豆瓣评分8.5,你认为这个分值吗?
- 除螨喷雾喷到脸上怎么办
- 学习软件开发难不难?
- 怎么判断怀没怀孕 第一次怎么判断怀没怀孕