作為一名Android開發(fā)缨恒，在開發(fā)過程中谴咸，從一個需求的提出到完成，經(jīng)過這么多版本的迭代骗露，個人認為可以按照以下幾個方面層層遞進岭佳，按照這樣的方式可以提高開發(fā)效率，減少很多不必要時間的浪費：
1.認真閱讀交互稿萧锉。
讀交互稿的目的并不僅僅是為了知道這次我們做些什么珊随，而是同時需要了解需求的真正意圖，即這次為什么需要添加這個需求柿隙，同時多問自己幾個為什么叶洞，思考為什么這個需求一定要這樣做，為什么不按照另外一種思路來做禀崖，這個需求的緊急程度是怎樣的衩辟，會不會與當前代碼邏輯沖突。也許有人會問波附，作為開發(fā)不用知道這些艺晴，埋頭做就好了昼钻，其實不然，了解了這些才能知道產(chǎn)品之后會在哪些地方法力封寞，開發(fā)在設計的時候才會朝著這個方向然评，如果沒有這種想法，會在之后的版本迭代過程中浪費很多時間狈究。在了解了這些之后碗淌，就要關注交互稿的細節(jié)部分，防止在開發(fā)過程中有所遺漏谦炒。
此處有一些心得：
在需求和技術(shù)討論的時候盡量叫齊相關同事贯莺，防止一個叫一個，問題重復一遍又一遍宁改，重復講解問題浪費很多時間缕探；最好一個需求可以自建一個小群組，所有的消息都在這個小群組里討論还蹲，大家也都能看到爹耗，也有消息記錄可以查詢；
討論過程要就事論事谜喊，不要偏離問題的根源潭兽，因為很多時候討論的時間一長，就忽略了本來要討論的問題斗遏，而延伸出來去討論很多瑣碎問題山卦；
2.開始UI開發(fā)。開發(fā)過程中需要思考的就是代碼邏輯诵次，與原有邏輯的沖突账蓉，影響面，需要使用什么設計模式逾一，是否需要同事之間相互協(xié)調(diào)開發(fā)等等铸本。同時在開發(fā)過程中要預留接口字段，以備下一步使用遵堵；
此處有一些心得
一個任務在開發(fā)過程中難免會遇到開發(fā)到一半又去做其他緊急任務的情況箱玷，這時候在回頭來的時候，特別是幾天之后再回頭陌宿，發(fā)現(xiàn)很多已經(jīng)忘記做到哪里了锡足。這種情況對于我這種記憶力不是很好的人尤其明顯，我想到的辦法是在每個人任務的jira單下面?zhèn)渥⑾庐斕扉_發(fā)到什么程度了壳坪，還需要做哪些舱污，還需要與誰協(xié)調(diào)什么等等。
3.接口文檔mock數(shù)據(jù)弥虐。在功能基本UI框架完成之后扩灯，在接口尚未完成之前，一般接口提供者會先提供接口文檔霜瘪，我們需要根據(jù)接口文檔來完成數(shù)據(jù)mock的過程珠插，數(shù)據(jù)mock的過程有幾點要注意，首先颖对，要能夠方便的進行切換捻撑，同時數(shù)據(jù)更改要方便，改完立刻能夠顯示出來看缤底。在mock過程中能夠發(fā)現(xiàn)很多細小的問題顾患，有時候做完第二步都自認為不會有什么問題，但是通過mock過程會發(fā)現(xiàn)自己有很多遺漏个唧，例如：為空情況的處理江解，之前商議的字段是否夠用；
4.根據(jù)視覺稿調(diào)整視覺樣式徙歼。此過程最好在mock過程中進行犁河，因為可以模擬真實數(shù)據(jù)，視覺同事也較能夠看到真實的場景下是什么情況魄梯，在調(diào)整視覺過程中可以適當與視覺同事溝通桨螺，避免重復修改所浪費的時間。我一般會在做完之后通過Android Studio的截圖功能先發(fā)給視覺審視酿秸，此時總會有一些小問題要修改灭翔，等截圖看完覺得沒問題之后，才會拿真機去進行視覺驗收辣苏，這樣也節(jié)省了很多跑來跑去的時間肝箱；
5.接口聯(lián)調(diào)。等待接口完成之后進行聯(lián)調(diào)考润，同時對視覺進行微調(diào)狭园。如果之前的步驟做的很好，此步驟將會省去很大一部分力氣和時間糊治，并且能夠?qū)Ｐ陌l(fā)現(xiàn)細小的bug唱矛。這樣也在質(zhì)量上提高了很多；
6.功能自測井辜。在功能提測之前绎谦，自測是必不可少的一部分，我在剛工作的時候就不是很注重自測粥脚，導致提測后QA同事提了很多bug窃肠，同時我修改完后又會浪費大量時間來進行回歸測試，這樣雖然自己輕松了刷允，但是給別人帶來了困擾冤留，同時也拖慢了項目的進度吆豹，這也是不可取的污筷。所以自測作為最后一步，也是相當重要的，這個時候需要考慮的就是更多的細節(jié)师郑，各種錯誤情況娃肿，比如網(wǎng)絡錯誤儡蔓，前后臺切換等等优床。
以上只是個人一些開發(fā)心得，如果有更好的想法可以一起討論烘豹。共同進步瓜贾。
最后發(fā)個圖替公司推廣一下，哈哈携悯。非贏利祭芦，可忽略～
