认识达内从这里开始

认真做教育专心促就业

Android开发架构思考（六）

发布：潍坊IT培训
来源：潍坊IT培训
时间：2018-08-06 13:43

    (3)、项目延期风险-潍坊IT培训负责整理
    我们在项目开发的时候会进行评审,然后按照迭代计划开发,但是在开发过程中一定会有许多问题影响我们的预期,比如需求变动、技术难题等等.项目延期在软件项目的开发中是普遍存在的问题,对于某些迭代而言,可能并不对整个项目造成重大影响,但是这个问题是一定需要考虑的.并且,我们应该严格的掌控项目的进度,平衡这些问题,保证能够按时交付产品.
    (4)、软件缺陷风险
    我们应该随时能够提供一个稳定的版本,这是我们的leader所要求的.软件的缺陷存在是正常的,我们不停的写bug,也在不停的修改bug,对于那些隐藏很深的bug也许没有让测试测出来,最后流通到用户的手中,这个时候我们如何完成紧急修复?如何快速响应能给到用户一个稳定可靠的版本.这些是我们需要考虑的,任何时候,都应该有PlanB.
    (5)、人为失误风险
    前段时间,公司内由于操作失误,上架更新一个apk的时候不小心发错了机型,导致使用该机型的用户升级后程序无法使用.然后,由于这个机型缺少维护,找不到代码,仅仅只能找到一个apk文件,然后只能考虑反编译升级等等.我想,类似于这类的人为失误还有很多,比如代码提交错误,集成路径出错等等.人总有一不小心的时候,所以,我们在设计的时候,应该将这些因素考虑进去,如何在出现失误的时候主动警告,如何在用户错误已经发生的时候启动紧急方案,将不良影响降到最低.
    6、产品交付
    (1)、测试版本

在敏捷迭代开发中,我们基本上能够一周提交两个测试版本.我们开发一部分、修复一部分,都可以提交一个可测试的版本,这样可以最大程度的降低开发风险,有利于软件的稳定性.

潍坊IT培训

    (2)、灰度机制
    如果你产品的用户量够大,这个时候发布新的版本就得慎重考虑,用户才是你的产品的检验员.目前基本都是使用灰度发布的策略,先给少量的用户发布,看看用户的反馈,而后逐步发布给所有用户.
    (3)、版本管理
    我们在开发过程中有许多的版本,也有很多分法.如debug和release版本,有的时候还需要给内容提供测试数据的data版本,还有的时候上一个版本还没有正式发布我们就需要开发下一个版本的功能.我们如何去管理各个版本的代码以及如何通过版本名来区分这些版本?我们需要制定一定的管理规范,并且这一规范是否在开发团队中达成共识,就显得非常重要.
    五、技术
    前面啰嗦了很多,终于写到这里了.对于一个开发人员来说,怎么做才是我们的关键问题所在.只会Android开发,所以以下只讨论Android.我主要从以下几个方面来谈一谈怎么做这个问题.
    1、技术选型
    (1)、开发平台
    移动端的开发目前主要是两大阵营Android、IOS,其他的就不多说了.
    (2)、开发工具
    编译工具:Eclipse&Ant、AndroidStudio&Gradle,作为Android开发者,目前毫无疑问应该选择AndroidStudio&Gradle;
    代码仓库:Git 、SVN ,工具有海龟、AndroidStudio也集成了VCS;
    Maven仓库:可以使用nexus创建自己的maven私服;
    持续集成:Jinkens、Buildbot、Travis CI、Strider、Integrity;
    以上就是潍坊IT培训给大家做的内容详解,更多关于IT知识的学习,请继续关注潍坊IT培训

< 上一篇：Android开发架构思考（五）

下一篇：Android开发架构思考（七） >