寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？

2021-03-05 分類：網(wǎng)站建設(shè)

《5分鐘從學(xué)生到程序員》第11課。

終于開始要做功能了，我相信新手都會(huì)有些興奮和緊張，我們就帶著這種美妙的感覺開始代碼之旅。很多新手拿到功能，就開始復(fù)制代碼，樂其不疲的當(dāng)個(gè)代碼搬運(yùn)工，這種開局方式是不妥的，我們先來看下新手常犯的錯(cuò)誤。

1）當(dāng)個(gè)快樂的代碼搬運(yùn)工

這種是最常見的。一般新手的功能都比較簡單，都會(huì)是顯示類、列表類的功能，最多有一點(diǎn)簡單的交互。像這種功能在項(xiàng)目中很多，工程師就會(huì)去找類似的功能，然后整篇整篇的復(fù)制代碼過來，改點(diǎn)界面上的顯示元素，基本上功能開發(fā)就差不多了，自己看看沒問題，就丟給測試工程師。

初級(jí)工程師是代碼搬運(yùn)工沒錯(cuò)，但這種操作是有問題的，他沒有理解功能和代碼，代碼復(fù)制過來，感覺差不多就不管了，反正是把開發(fā)交給感覺。

分享個(gè)案例：之前有做一個(gè)項(xiàng)目，在發(fā)迭代版本的時(shí)候，我試用了一下，就發(fā)現(xiàn)一個(gè)功能不對(duì)，H5上顯示的文字內(nèi)容不對(duì)，我就知道，這位老兄復(fù)制代碼搞錯(cuò)了，我就故意去問他業(yè)務(wù)流程，他講了半天講不清楚，最后他告訴我代碼是他復(fù)制過來的，他也搞不懂，再問他調(diào)用關(guān)系也搞不清楚，我看復(fù)制過來的代碼里面，有很多是垃圾代碼，是前個(gè)功能的業(yè)務(wù)流程，這里用不到。我就讓他師傅花半天時(shí)間重新教一遍。

2）先鋪界面，再找接口，拼出個(gè)功能交給測試

很多新手看到功能，他也不懂得去理解功能，就看到有界面設(shè)計(jì)，其它也不管，就開始寫界面，寫完界面，再到處問接口，調(diào)個(gè)半天接口流程還走不通，終于調(diào)通了，還發(fā)現(xiàn)跟界面對(duì)不上，又鬧騰個(gè)半天，終于把數(shù)據(jù)對(duì)上了。不錯(cuò)，界面有了，數(shù)據(jù)也有了，功能開發(fā)完了，就丟給測試。然后，測試就來投訴：“那個(gè)某某，功能開發(fā)一半就提交測試，簡直是開玩笑?！?

這種開發(fā)方式，不僅新手喜歡用，我見過很多工作多年的工程師也喜歡用。

分享個(gè)案例：一個(gè)有四年經(jīng)驗(yàn)的H5工程師特別離譜，他做功能是分三步的，先按產(chǎn)品原型把所有的界面都鋪出來，然后對(duì)接接口，把數(shù)據(jù)調(diào)通，最后根據(jù)UI交互設(shè)計(jì)圖，再重新調(diào)整界面。我估算過他的開發(fā)速度，比正常的多出30%，而且bug率也特別高，關(guān)鍵還天天加班。

3）理解個(gè)大概就開始動(dòng)手，然后打補(bǔ)丁，把功能完整性交給測試

這種也比較常見，不過犯這種錯(cuò)誤的，都是新手中的高手，普通的還犯不上。一個(gè)功能比如有十個(gè)點(diǎn)，他懂得去分析，得出來五六個(gè)點(diǎn)，然后就開始開發(fā)，開發(fā)出來之后跟產(chǎn)品原型一比對(duì)，發(fā)現(xiàn)少東西了，就開始加，加了一兩個(gè)點(diǎn)，然后感覺好，就提交測試。

這種是有一定的產(chǎn)品理解能力，但是理解不到位，所以功能的完整性是沒有保證的。

我們分析了常見的錯(cuò)誤方式，接下來我們看正常的要怎么做。

寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？

我們都用過微信，那現(xiàn)在給你分配的功能就是聊天時(shí)發(fā)文字這個(gè)功能，那要怎么做？

1）步驟一：知道功能做什么

首先，知道功能做什么？發(fā)文字功能，是給好友發(fā)送中英文、數(shù)字、符號(hào)等信息。

其次，誰會(huì)用，怎么用？發(fā)文字功能，每個(gè)人都會(huì)用，可以給好友發(fā)，可以在群里發(fā)。

最后，功能跟其它功能有沒有關(guān)系？暫時(shí)這個(gè)功能跟其它功能沒關(guān)系。

通過前面的這些分析，我們就知道功能大概做什么了。接下來，就要看怎么做。

2）步驟二：知道功能實(shí)現(xiàn)的流程、步驟

簡單的講就是整理功能的實(shí)現(xiàn)思路，它大概有哪些主要的步驟。把這些步驟列出來，這個(gè)功能要實(shí)現(xiàn)的目標(biāo)能達(dá)到了。

APP端：

寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？

* 聊天界面有個(gè) 輸入框，用戶點(diǎn)輸入框可以輸入文字，發(fā)送；

* 如果沒有網(wǎng)絡(luò)，提示用戶沒有網(wǎng)絡(luò)；

* 如果連接正常，就把文字內(nèi)容異步發(fā)給服務(wù)器；

* 收到服務(wù)器返回，成功：把菊花去掉，不成功：顯示個(gè)紅色“！”。

后臺(tái)接口：

我們?cè)賮砜春笈_(tái)java端，同樣的功能，后臺(tái)思考的就跟前端不一樣。后臺(tái)大概是：

寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？

* 消息發(fā)送方告訴服務(wù)器有新消息

* 服務(wù)器方接收發(fā)送消息方數(shù)據(jù)

* 服務(wù)器告訴消息接收方有新數(shù)據(jù)要接收

* 接收方取得數(shù)據(jù)器端數(shù)據(jù)

* 接收方告訴服務(wù)器數(shù)據(jù)已經(jīng)拿到，消息可以作廢

像這樣基本上就把一種事講通了。

3）步驟三：問師傅或領(lǐng)導(dǎo)

像前面這樣想一想，把它寫下來，可以用思維導(dǎo)圖，可以用文字，也可以用UML圖，或大學(xué)時(shí)學(xué)的流程圖。你確定對(duì)功能的理解和實(shí)現(xiàn)思路的理解都是對(duì)的嗎？我相信你不敢確定。所以，整理完思路，不是直接開發(fā)，要先問下師傅，讓他看你的理解對(duì)不對(duì)。師傅以他的經(jīng)驗(yàn)，如果有問題，他能幫你指出來，你再把思路修改一下。兩人再切磋一下，基本上就把功能點(diǎn)都找出來。

實(shí)際上，我前面講的這三部分，分別是需求分析、概要設(shè)計(jì)和設(shè)計(jì)評(píng)審。如果你是在大企業(yè)或有流程的企業(yè)，都有專門的流程節(jié)點(diǎn)和編寫要求，正常是用UML圖來畫分析設(shè)計(jì)圖，評(píng)審有專門的分析設(shè)計(jì)評(píng)審會(huì)，就按公司的要求來做就是了。如果是在專業(yè)性要求不高的公司，可以采用這種簡化的分析、設(shè)計(jì)和評(píng)審方法，至少自己的專業(yè)水平不會(huì)太差。

我這種簡化了的分享，主要是用來幫助理解分析和設(shè)計(jì)的原理。通過這種簡化了的分享，應(yīng)該感覺分析、設(shè)計(jì)很簡單吧！不然很多人認(rèn)為分析、設(shè)計(jì)是很高大上的，很難的事，就很抗拒去做，結(jié)果專業(yè)能力一直提升不上去。

實(shí)際上，分析、設(shè)計(jì)還是比較簡單的，難的是UML圖不懂得畫，而往往把分析、設(shè)計(jì)理解成畫UML圖和寫文檔。分析、設(shè)計(jì)是用來整理思路、輔助理解需求，UML圖是用來輔助分析、設(shè)計(jì)的，而現(xiàn)在UML圖把分析、設(shè)計(jì)難住了?！洞髮W(xué)》里有句話：“物有本末，事有始終。” 而把分析、設(shè)計(jì)理解成畫UML圖，就是本末倒置。

4）步驟四：寫代碼（做個(gè)快樂的代碼搬運(yùn)工）

到前面這個(gè)階段，基本上就很清楚功能做什么，怎么做了。那就可以當(dāng)個(gè)快樂的代碼搬運(yùn)工，找到每個(gè)步驟的實(shí)現(xiàn)代碼，把它搬過來，所有的步驟和功能點(diǎn)都實(shí)現(xiàn)到了，那這個(gè)功能就開發(fā)完了。

5）步驟五：測試

代碼開發(fā)完，不要認(rèn)為就結(jié)束了，丟給測試就可以了。一般初級(jí)工程師都不會(huì)做測試和跑測試用例，所以公司沒有要求，我們也不做。但是，我們要自己去用下這個(gè)功能，如果自己開發(fā)出來的功能，自己都不會(huì)用，你覺得用戶會(huì)懂得用嗎？

自己試用的過程中，如果有用的不流暢的，用戶也會(huì)用的不流暢；如果你覺得做的功能看起來看丑，那客戶也是這種感覺。所以交出去的功能，是自己滿意的功能。那測試的時(shí)候，基本上是很少BUG了。

寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？

【準(zhǔn)時(shí)完成】

前面講了這么多，通過分析、設(shè)計(jì)、評(píng)審，讓你對(duì)功能需求有充分的理解，這樣寫出來的功能的完整性才有保證，自己試用功能，才能減少bug，所有的這些操作，都是讓你做的功能，減少bug率和返工，確保開發(fā)進(jìn)度。

做開發(fā)有個(gè)至關(guān)重要的原則，就是“準(zhǔn)時(shí)完成”。我?guī)F(tuán)隊(duì)，硬性要求就是項(xiàng)目必須準(zhǔn)時(shí)上線，不能有任何的延期。如果你能做到準(zhǔn)時(shí)完成，比看十本執(zhí)行力的書都來的有效果。

這節(jié)課我們分享了做功能開發(fā)常見的錯(cuò)誤方式，大家盡量避免犯這些錯(cuò)誤。簡單分享了分析、設(shè)計(jì)、設(shè)計(jì)評(píng)審的原理和操作步驟，打消程序員對(duì)分析、設(shè)計(jì)的抗拒心理，提升程序員的專業(yè)性，也讓大家掌握做功能比較好的方法和習(xí)慣，確保功能開發(fā)能準(zhǔn)時(shí)完成。

新聞標(biāo)題：寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？
本文路徑：http://jinyejixie.com/news28/104278.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站建設(shè)、網(wǎng)站制作、搜索引擎優(yōu)化、網(wǎng)站導(dǎo)航、外貿(mào)建站、全網(wǎng)營銷推廣

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容

成人午夜视频全免费观看高清-秋霞福利视频一区二区三区-国产精品久久久久电影小说-亚洲不卡区三一区三区一区

寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？

寫代碼的五個(gè)步驟，你會(huì)幾個(gè)？