2016-02-01 16:35:56 1276瀏覽
如何提升iOS編程效率是每一個(gè)程序員都應(yīng)該思考的問題,作為一個(gè)資深的程序員,我更喜歡在項(xiàng)目完成后做一個(gè)優(yōu)劣總結(jié),哪里做的好,哪里還可以繼續(xù)改進(jìn)?下一次直接在編程中運(yùn)用??偨Y(jié)加實(shí)踐是我提升工作效率的不二法門,有效快速的流程慢慢變成了我的編程習(xí)慣,也塑造了我高效的編程效率。
淺談iOS開發(fā)培訓(xùn)導(dǎo)師編程效率提升秘訣:
本文是我個(gè)人的編程流程,希望可以給同行一些啟發(fā)和想要投身于iOS領(lǐng)域的朋友一個(gè)方向:
輕文檔先行
什么叫輕文檔?如果對(duì)于輕文檔不甚了解的朋友,建議可以加入一些iOS培訓(xùn)教育的網(wǎng)站,系統(tǒng)學(xué)習(xí)一下iOS開發(fā)教程知識(shí)。其實(shí)輕文檔指的是不需要按照標(biāo)準(zhǔn)的軟件工程知識(shí)來(lái)編寫需求分析,架構(gòu)設(shè)計(jì),模塊設(shè)計(jì),流程圖時(shí)序圖等文檔,而是采用比較自由的方式,把你要做的事情,還有做事情的步驟描述清楚的文檔。這樣的文檔不需要限制格式,甚至你可以手寫在自己的筆記本上面,只要自己能看得懂,在開發(fā)過程中能夠隨時(shí)查閱就可以了。
1、為什么要寫文檔
剛開始工作的時(shí)候,總是一接到任務(wù)就馬上開始寫代碼,結(jié)果遇到了很多問題,例如:
①、需求本身就存在問題,代碼寫到一半以后才發(fā)現(xiàn)。
②、部分需求沒有表達(dá)清楚,發(fā)現(xiàn)的時(shí)候才去溝通,結(jié)果發(fā)現(xiàn)時(shí)間不夠,或者跟之前的代碼產(chǎn)生沖突。
③、代碼寫到一半時(shí),發(fā)現(xiàn)自己思路不對(duì)或者不清晰了。最后很有可能導(dǎo)致項(xiàng)目延期。如果在開發(fā)前就把需求分解好,把問題溝通清楚,把要做的點(diǎn)一個(gè)個(gè)列下來(lái),就能大大地避免這些問題。
2、文檔寫什么
①、準(zhǔn)備工作:在開始之前需要準(zhǔn)備什么?例如做一個(gè)發(fā)送消息的界面,需要有以下的準(zhǔn)備,a、接口協(xié)議b、測(cè)試環(huán)境c、測(cè)試賬號(hào)。準(zhǔn)備工作提前做好,往往會(huì)加快效率。為什么要把這些內(nèi)容記錄下來(lái),是為了在開發(fā)過程中可以快速檢索。如果等到開始開發(fā)以后再去查聊天記錄,或者是找相關(guān)人員詢問,那就慢了。
②、羅列需要做的小功能點(diǎn):例如做一個(gè)發(fā)送消息的界面,就有很多小功能點(diǎn),a、發(fā)送界面b、發(fā)送的數(shù)據(jù)接口c、文本字?jǐn)?shù)限制。如果你仔細(xì)一想,可能還會(huì)出現(xiàn)以下問題:a、是否需要登錄?如果未登錄,是否要引導(dǎo)登錄b、對(duì)于發(fā)送失敗的情況,要如何處理?c、字?jǐn)?shù)超出限制時(shí),如何交互?d、用戶重復(fù)發(fā)相同的文本,是否要過濾?e、如何處理數(shù)據(jù)接口的錯(cuò)誤碼?
當(dāng)你記錄下這些小功能,并且跟產(chǎn)品經(jīng)理溝通清楚以后,你的開發(fā)周期已經(jīng)可以初步評(píng)估了,并且這時(shí)候也已經(jīng)弄清楚這個(gè)需求有多少小功能,需要怎么劃分模塊,怎么構(gòu)建內(nèi)部流程。對(duì)于部分流程復(fù)雜的功能,可以畫一下流程圖輔助理解。
③、記錄這個(gè)需求的改動(dòng)點(diǎn):如果這是一個(gè)新需求,并且跟以前的版本沒有任何關(guān)系,則可以忽略這部分,如果是這個(gè)需求會(huì)影響以前的代碼,則需要將改動(dòng)部分記錄下來(lái),因?yàn)轫?xiàng)目中的bug有很多是改出來(lái)的,列出改動(dòng)點(diǎn)后會(huì)讓自己更清楚新功能帶來(lái)的影響,減少很多低級(jí)bug,例如新增一個(gè)發(fā)送圖片的功能,這個(gè)功能會(huì)影響聊天窗口的展示,會(huì)影響鍵盤,這些改動(dòng)點(diǎn)就要記錄下來(lái)。一來(lái)可以輔助思考有沒有漏掉的小功能點(diǎn),二來(lái)在自測(cè)試的時(shí)候需要覆蓋聊天窗口的展示和鍵盤的切換。
最后,編碼完成以后,一定要進(jìn)行自測(cè)試,自測(cè)試越仔細(xì),越能提前發(fā)現(xiàn)bug并修復(fù)。如果是測(cè)試人員發(fā)現(xiàn)了bug,然后再提交給你,你這時(shí)候再去解決,效率往往會(huì)比較低。以發(fā)送消息為例,自測(cè)內(nèi)容也有很多:a、正常發(fā)送消息b、未登錄時(shí)點(diǎn)擊發(fā)送c、字?jǐn)?shù)超出限制d、沒有網(wǎng)絡(luò)時(shí)點(diǎn)發(fā)送e、網(wǎng)絡(luò)很差時(shí)不斷點(diǎn)發(fā)送。
查看更多關(guān)于“iOS培訓(xùn)資訊”的相關(guān)文章>>