1.小程序于2017年1月9日全面發(fā)布。10月，樓主團(tuán)隊(duì)開始研究小程序官網(wǎng)文檔。12月初，團(tuán)隊(duì)第一個(gè)小程序項(xiàng)目——王者榮耀賽事小程序項(xiàng)目需求正式啟動(dòng)。12月20日，第一個(gè)成型版完成。以下開發(fā)過程示意圖:
2.超高清大圖戳：www.uisdc.com
3.（有同學(xué)疑問為什么是12月20制作了第一版？當(dāng)時(shí)微信公開課定在28號(hào)，我們猜其可能當(dāng)天發(fā)布小程序，于是原計(jì)劃定在20號(hào)時(shí)完成完整版，有充足時(shí)間提審。）
4.王者比賽小程序的開發(fā)過程與網(wǎng)頁需求的開發(fā)過程相似，主要區(qū)別是小程序在版本審查階段更多
5.由于審核機(jī)制的引入，小程序的迭代不能像網(wǎng)頁一樣立即在線迭代，只要開發(fā)者有發(fā)布權(quán)限，就需要微信官方團(tuán)隊(duì)審核后才能發(fā)布。因此，測試變得重要。
6.接下來，王者賽事小程序的開發(fā)過程遵循簡單的原則:
一、前端主動(dòng)驅(qū)動(dòng)產(chǎn)品7.樓主建議前端主動(dòng)驅(qū)動(dòng)產(chǎn)品的主要原因是:
8.1.小程序開發(fā)中前端技術(shù)的比例很大
9.對(duì)于API前端開發(fā)者可以為組件提供可行性評(píng)估。
10.大多數(shù)小程序API和組件屬于前端范疇，前端開發(fā)者可以通知產(chǎn)品經(jīng)理組件和API能達(dá)到什么程度？對(duì)于一些涉及后端技術(shù)的人來說，API前端開發(fā)者了解整個(gè)前端和后端邏輯，可以和后端開發(fā)者討論如何制作接口(如用戶識(shí)別接口)
11.隨著開發(fā)模式的轉(zhuǎn)變，前端架構(gòu)首當(dāng)其沖。
12.與網(wǎng)頁相比，小程序的前端技術(shù)形式雖然主體開發(fā)語言沒有變化，但仍然可以編寫javascript/(w)xml/css實(shí)現(xiàn)邏輯，但設(shè)計(jì)思路已發(fā)生大改，原本大部分網(wǎng)頁的前端邏輯大多為面向過程式編程，而小程序是借了HTML5的技術(shù)棧是傳統(tǒng)的客戶端開發(fā)模式，受到限制javascript界面直接控制，開發(fā)者只能通過數(shù)據(jù)驅(qū)動(dòng)間接實(shí)現(xiàn)界面控制。
13.結(jié)合以上兩點(diǎn)，前端開發(fā)者可以進(jìn)一步進(jìn)行技術(shù)預(yù)測和輸出成型demo，并向產(chǎn)品方推廣，引導(dǎo)其結(jié)合實(shí)際業(yè)務(wù)進(jìn)行需求立項(xiàng)，在需求立項(xiàng)后的功能迭代中，可以結(jié)合現(xiàn)有API或者組件的技術(shù)可擴(kuò)展性建議項(xiàng)目功能的設(shè)計(jì)邏輯。
14.TGIDEAS前端團(tuán)隊(duì)遵循上述方法，10月份-11月對(duì)小程序進(jìn)行技術(shù)研究，輸出了一些技術(shù)demo，如結(jié)合websocket的demo結(jié)合實(shí)際業(yè)務(wù)數(shù)據(jù)的王者榮耀信息demo，
15.(王者榮耀賽事/網(wǎng)站小程序原型)
16.為了告訴相關(guān)團(tuán)隊(duì)我們可以使用小程序?qū)崿F(xiàn)什么，我們還寫了一篇專門的技術(shù)文章，最終得到了產(chǎn)品和項(xiàng)目方的認(rèn)可，然后規(guī)劃了新的需求，最終決定了開發(fā)；在后續(xù)的開發(fā)中，對(duì)視頻直播、分享邏輯等功能提供了技術(shù)方和產(chǎn)品方的建議。
17.2.前端開發(fā)者需要考慮整個(gè)開發(fā)過程
18.首先，由于開發(fā)的需要，小程序賬號(hào)的唯一運(yùn)營商需要綁定到前端開發(fā)者的微信號(hào)上。從最初的賬號(hào)申請(qǐng)到最終的審核和發(fā)布，以及后續(xù)的數(shù)據(jù)統(tǒng)計(jì)分析階段，前端開發(fā)者都需要參與，兼顧整個(gè)R&D、測試和發(fā)布過程。
19.第二，前端橋接交互，UI而后端，是各方溝通的橋梁，所以，如果前端同學(xué)在這個(gè)過程中主動(dòng)推動(dòng)整個(gè)項(xiàng)目的進(jìn)展，項(xiàng)目的研發(fā)速度就會(huì)大大提高。
二、小步快跑，敏捷發(fā)展20.每一個(gè)功能，每一個(gè)bug，在提出后的短時(shí)間內(nèi)快速實(shí)現(xiàn)。王者榮耀賽事小程序的開發(fā)周期之所以只花了一個(gè)月，取決于各方團(tuán)隊(duì)的大力配合，實(shí)現(xiàn)了快速拉會(huì)、快速?zèng)Q策、快速安排、快速開發(fā)等高效工作模式。
21.如何實(shí)現(xiàn)敏捷開發(fā)，樓主覺得只要有驅(qū)動(dòng)。前端可以驅(qū)動(dòng)產(chǎn)品，所以這個(gè)時(shí)候只要前端學(xué)生不把自己的角色定義為執(zhí)行者，而是把它定義為驅(qū)動(dòng)者，遇到問題不是尋求解決方案，而是提前預(yù)測解決方案，然后引導(dǎo)大家優(yōu)化解決方案。
三、PLANB原則22.這也是樓主在其他項(xiàng)目中應(yīng)用的原則，意思是任何技術(shù)方案，最好構(gòu)思兩個(gè)方案，一個(gè)是預(yù)期方案，一個(gè)是保證方案。
23.預(yù)期計(jì)劃是一個(gè)大膽的假設(shè)計(jì)劃，必須安排時(shí)間進(jìn)行預(yù)測、突破和實(shí)現(xiàn)。
24.保證方案是必然的方案，一般是非常簡單粗暴的方法，目的是保證整個(gè)產(chǎn)品邏輯至少能形成閉環(huán)。
25.這可能有點(diǎn)神秘。我舉個(gè)例子。在王者榮耀賽事小程序中，我們面臨著這樣一個(gè)問題:現(xiàn)有信息的數(shù)據(jù)格式不能滿足小程序的數(shù)據(jù)格式要求。
26.我們制定的預(yù)選方案是:在運(yùn)營側(cè)或前端側(cè)制作自動(dòng)轉(zhuǎn)換接口，將原始信息內(nèi)容自動(dòng)轉(zhuǎn)換成小程序格式的內(nèi)容。
27.保證方案為:手動(dòng)轉(zhuǎn)換文章格式，沉淀入庫，制作界面調(diào)用。
28.起初，經(jīng)過初步嘗試，運(yùn)營開發(fā)未能實(shí)現(xiàn)預(yù)選方案，于是我們迅速切換到保底方案，讓項(xiàng)目邏輯直接向下跑。后期釋放人力后，運(yùn)營開發(fā)的同學(xué)其實(shí)已經(jīng)突破了難關(guān)，原來的預(yù)選方案已經(jīng)可以實(shí)現(xiàn)了。
29.保底方案是planb不一定能用，但有不可磨滅的作用。
30.當(dāng)然，這兩個(gè)方案不僅可以選擇其中一個(gè)，還可以同時(shí)使用。我們同時(shí)部署了熱區(qū)數(shù)據(jù)埋點(diǎn)統(tǒng)計(jì)的預(yù)期方案和保證方案。
31.預(yù)期計(jì)劃:微信提供的事件統(tǒng)計(jì)模塊
32.保證方案:點(diǎn)擊流的二次封裝接口
33.事實(shí)是，微信提供的事件統(tǒng)計(jì)模塊在小程序發(fā)布前有BUG數(shù)據(jù)有點(diǎn)偏差，但幸運(yùn)的是，我們兩個(gè)方案都部署了，點(diǎn)擊流的統(tǒng)計(jì)方法收集了熱區(qū)統(tǒng)計(jì)的數(shù)據(jù)。
34.以上討論了王者賽事小程序的應(yīng)急開發(fā)流程和一些原則。事實(shí)上，攻克這個(gè)小程序后，我們手中其他小程序的開發(fā)過程就會(huì)順利進(jìn)行。這里總結(jié)一個(gè)一般的流程圖:
35.(時(shí)間評(píng)估以我們團(tuán)隊(duì)的人力狀況來衡量，僅供參考)
36.我在預(yù)延期部分涂了灰，不是說這個(gè)不重要。相反，樓主覺得這個(gè)特別重要。前端學(xué)生最好在項(xiàng)目開始前做好預(yù)研，這樣有時(shí)候會(huì)事半功倍。
37.在動(dòng)態(tài)開發(fā)時(shí)期，視覺還原環(huán)節(jié)可以與當(dāng)前網(wǎng)頁開發(fā)中的重構(gòu)環(huán)節(jié)相比，可以培養(yǎng)當(dāng)前的重構(gòu)人力，然后分擔(dān)這部分工作。
38.謝謝大家的關(guān)注。
以上就是【大部分人都弄錯(cuò)！小程序開發(fā)多少錢一個(gè)-做了4個(gè)微信小程序后我總結(jié)了一個(gè)快速開發(fā)流程-微信小程序快速賺50元-在微信里弄個(gè)小程序多少錢】的全部內(nèi)容。
評(píng)論