使用方法:F12键 启动连发/关闭连发

做了4个微信小程序后,我总结了一个快速开发流程

(2017-12-04)

作为TGIDEAS里的技术研发团队,我们跟其他的技术团队一样对新技术、新业务形态时刻关注,面对新的应用形态,团队结合实际业务,赶在年前发布了以下四款小程序应用:

其中“王者荣耀赛事”仅仅历经了1个月的开发时间,赶在小程序上线时发布;“王者荣耀官网”紧随其后,在上线的第二天,也发布了。

而“火影忍者赛事”沿用现成的、完整的赛事直播框架,仅仅花了8天时间,完成了策划、设计、开发和上线,这效率小伙伴们都吓了一跳。

“邻友趣”这款利用lbs找游戏好友的陌生人社交小程序,历经了一个多月的开发时间,最终也在放假前发布。

项目的输出效率略高,这背后到底遵循了怎样的开发流程,楼主今天抛砖引玉谈一谈,希望能引起大伙的一些思考,也希望能对即将或正在开展小程序开发的团队有用。

小程序在2017年1月9号全量发布,楼主团队在10月份开始着手研究小程序官网文档,12月初团队的第一个小程序项目—“王者荣耀赛事小程序”项目需求正式立项,12月20日第一个成型的版本制作完毕,以下开发流程示意图:

超高清大图戳:

(有同学疑问为什么是12月20制作了第一版?当时微信公开课定在28号,我们猜其可能当天发布小程序,于是原计划定在20号时完成完整版,有充足时间提审。)

王者赛事小程序的开发流程跟网页需求的开发流程很像,主要差别为:小程序多了“版本提审”阶段

由于引入了审核机制,小程序的迭代并不能如网页那样只要开发者有发布权限就能马上迭代到线上,需经微信官方团队审核后才能发布上线,于是,测试就变得重要了。

接下来说说王者赛事小程序的开发流程遵循了简单原则:

一、前端主动驱动产品

为什么楼主建议前端主动驱动产品,主要原因在于:

1. 小程序开发中前端技术比重较大

对于API和组件,可由前端开发者提供可行性评估。

由于小程序大部分API和组件均属前端范畴,前端开发者能告知产品经理组件和API能实现到什么程度;而对于部分涉及后端技术的API,前端开发者了解整个前后端逻辑,可跟后端开发同学一起商量如何制作接口(例如用户鉴权接口)

开发模式的转变,前端架构首当其冲。

小程序相比于网页,前端技术形态虽然主体开发语言未发生变化,依然可以通过编写javascript/(w)xml/css实现逻辑,但设计思路已发生大改,原本大部分网页的前端逻辑大多为面向过程式编程,而小程序是借了 HTML5 的技术栈,却跑的是传统客户端开发的模式,限制了javascript直接对界面进行控制,开发者只能通过数据驱动来间接实现界面控制。

前端开发者结合上述两点,可进一步进行技术预研,输出成型demo,并推广到产品侧,引导其结合实际业务进行需求立项,而在需求立项后的功能迭代中,又可结合现有API或组件的技术扩展性对立项功能的设计逻辑提出建议。

TGIDEAS的前端团队遵循了以上方法,在10月-11月份对小程序进行技术研究,曾输出过部分技术demo,如结合web socket的demo,以及结合实际业务数据的王者荣耀资讯demo,

(王者荣耀赛事/官网小程序原型)

为了告知相关团队我们能利用小程序实现什么,我们还撰写专门的技术文章,最终得到产品和项目侧的认可,进而策划新需求,并最终决定开发;而在后续的开发中,对于视频直播、分享逻辑等功能上均提供了技术侧以及产品侧的建议。

2. 前端开发者需兼顾整个开发流程

首先,因开发需要,小程序账号的唯一运营者需要绑定为前端开发者的微信号。从最初的账号申请到最终的提审发布,以及后续的数据统计分析阶段,前端开发者都需要参与,需要兼顾整个研发、测试和发布过程。

其次,前端桥接交互、UI和后端,是各方通信的桥梁,因此,如果前端同学在此过程中主动推动整个项目的进展,项目研发速度将会有较大提升。

二、小步快跑,敏捷开发



友情链接/网站合作咨询:

tj