只要是做開發(fā)都會(huì)設(shè)計(jì)一些反復(fù)，且繁瑣的功能。

由于需求上的變更和項(xiàng)目上的大方向變更會(huì)讓我們的代碼變得相對(duì)復(fù)雜。

這里分享幾個(gè)個(gè)人的處理方法，希望能幫到大家。

下面附上一張我開發(fā)過的項(xiàng)目流程圖，該項(xiàng)目又又又進(jìn)行了一次大改革，

所以這圖也變得沒多少意義了，是一個(gè)用藍(lán)牙和其他硬件設(shè)備交互的項(xiàng)目。

可以從這圖上看出處理上還是有多少?gòu)?fù)雜的。

簡(jiǎn)單的處理流程如下：

1 判斷設(shè)備是否給予對(duì)應(yīng)藍(lán)牙權(quán)限

2 動(dòng)態(tài)獲取權(quán)限后開始搜索設(shè)備

3 搜索到對(duì)應(yīng)設(shè)備后開始連接

4 連接成功后開始發(fā)送第一組命令，而命令又拆分成多組，分批收發(fā)，而且此

命令前不得做其他操作。

5 獲取完第一組數(shù)據(jù)后保存，處理后再開始獲取常用的主數(shù)據(jù)。主數(shù)據(jù)

也拆成若干條，一條接一條，不能錯(cuò)序，缺少數(shù)據(jù)則整條數(shù)據(jù)要報(bào)廢處理。

6 完整接收后再統(tǒng)一處理解析，然后在頁(yè)面顯示。

簡(jiǎn)單來看就是這樣一套流程，這里主要講的是要一步一步列出來，

然后再一步一步的搭建，考慮前后數(shù)據(jù)對(duì)接，就好處理了。

所以核心建議是：

1 畫一個(gè)簡(jiǎn)單的流程圖，梳理所有的重點(diǎn)需求模塊，和確認(rèn)需求的人員反復(fù)確認(rèn)。

2 用文字列出關(guān)鍵點(diǎn)，然后針對(duì)性處理，仔細(xì)拆分。

只要有圖有文字，就方便和其他人溝通，這樣也容易避免一些沒必要的錯(cuò)誤，

尤其是對(duì)付一些需求不準(zhǔn)確和描述需求不清楚的同事尤其有效。

開發(fā)前能講清楚的東西不要放在開發(fā)中進(jìn)行，畢竟做到一半發(fā)現(xiàn)自己搞錯(cuò)了還是

太糟心了，費(fèi)時(shí)費(fèi)力還打擊積極性，和同事相互甩鍋就更糟糕了。