在工作中消痛,我們經(jīng)常會遇到公司在沒有做過多準備的情況下,就要推出一款移動端產品把沼。而移動端又是整個流水線最后一個環(huán)節(jié)啊易,很容易受到前面環(huán)節(jié)的影響,導致項目延期饮睬。
為了避免這種情況租谈,筆者過去采用的辦法就是主動出擊,參與到每一個環(huán)節(jié)捆愁,與相關人員討論以后由他們給出時間點割去,讓項目從一開始就是可控的。筆者將整個開發(fā)環(huán)節(jié)主要分為產品設計牙瓢、UI設計劫拗、后端接口间校、移動端矾克。
下面筆者將結合自己的經(jīng)驗,給大家分享一下過往在開發(fā)中的一些處理方法憔足。
1胁附、產品設計(移動端產品設計)
產品設計決定了這個產品最終做成什么樣酒繁,有多大難度,將要花費多少時間控妻。在產品畫原型圖之前州袒,移動端與產品先進行溝通,確定主要內容的展示方式以及主要業(yè)務界面跳轉邏輯弓候。
常見的流程就是產品畫完原型郎哭,進行第一次評審,這次評審開發(fā)一般都會提出很多意見與建議菇存,然后產品修改完了再進行評審夸研。如果一開始就溝通好,達成一些統(tǒng)一的意見依鸥,可以減少原型圖評審與修改次數(shù)亥至。同時可以讓移動端提前清楚產品要做成什么樣,而做一些技術儲備贱迟。
這里大家可能會有疑問姐扮,產品什么東西都沒出來,怎么進行溝通衣吠?其實最常見的方法就是參考一些成熟的APP的展示方式以及界面跳轉邏輯茶敏,來確定我們要做成什么樣。
2缚俏、UI設計
原型圖確定以后睡榆,與UI設計進行討論,盡量將內容相近的界面模塊化(例如:列表Cell樣式袍榆,內容選擇樣式胀屿,表單輸入樣式等)。
這樣可以減少效果圖的數(shù)量包雀,在相似的地方只需要指出使用哪一個模板宿崭。同時開發(fā)人員也可以將這些模板進行控件封裝,增加重用性才写,節(jié)約時間葡兑。
3、后端接口
在有限的時間內赞草,后端既需要完成業(yè)務功能讹堤,還需要提供網(wǎng)關層接口,同時還要將接口文檔化厨疙,這個過程工作量較大洲守。這時候移動端可以在與后端達成一定規(guī)范的情況下,完成接口的定義,并形成文檔梗醇。后端在完成接口內容的時候只需要參照接口文檔知允,結合實際做細微調整即可。移動端可以參照接口文檔完成實體類叙谨,接口請求的業(yè)務層內容温鸽。
這一點很多移動端開發(fā)是不能接受的,覺得這是給自己增加工作量手负。其實這樣由我們自己定義的接口涤垫,是我們內心最希望對方提供的內容,這樣可以避免在接口內容上各種撕竟终。并且前期移動端工作量并不大雹姊,與其等著,不如做點對后期有益的工作衡楞。
4吱雏、移動端
移動端會根據(jù)功能模塊進行優(yōu)先級排列,UI設計和后端接口根據(jù)這一優(yōu)先級提供對應模塊的內容瘾境。原型圖確定以后歧杏,移動端將根據(jù)原型進行界面與跳轉邏輯的處理。UI設計提供效果圖以后迷守,只需要進行布局調整與貼圖犬绒。基本在所有界面處理完成的時候兑凿,部分接口也已經(jīng)準備就緒凯力。
這時候可以進行接口聯(lián)調,因為接口是按模塊提供的礼华,在聯(lián)調接口的同時可以將該模塊所有內容完成咐鹤,并進行模塊測試,從開發(fā)階段就保證完成內容的質量圣絮。當開發(fā)結束的時候基本能夠保證APP沒有嚴重bug祈惶,測試只需要進行驗收即可快速上線。
寫在最后
因為不清楚這個處理過程對大家是否真的有幫助扮匠,所以筆者在完成此文以后與朋友一起就這個過程討論過捧请,部分人覺得太理想化。其實這個過程能否順利棒搜,取決于整個項目參與人員疹蛉,尤其是去主導這個過程的移動端人員。
筆者用這種方式在極度不愿意配合的團隊和配合非常默契的團隊都嘗試過力麸,最終的結果都不壞可款,只是曲折程度有多大而已育韩。在這個過程中最重要的就是溝通,溝通筑舅,再溝通座慰。這個流程只是解決問題的一個方法陨舱,只有真正的參與其中翠拣,才能找到更好的方法。
本文作者:羅霖(點融黑幫)游盲,點融網(wǎng)成都團隊高級iOS開發(fā)工程師误墓,有七年iOS開發(fā)經(jīng)驗。個人比較喜歡運動益缎,尤其是踢足球谜慌,因為通過運動可以認識很多新朋友。