得物效率前端微應(yīng)用推進(jìn)過程與思考
一、背景效率工程隨著業(yè)務(wù)的發(fā)展，組織規(guī)模的擴(kuò)大，越來越多的企業(yè)開始意識到協(xié)作效率對于企業(yè)團(tuán)隊(duì)的重要性，甚至是決定其在某個(gè)行業(yè)競爭中突圍的關(guān)鍵，是企業(yè)長久生存的根本。得物
作為一名開發(fā)者，我想，你最不希望發(fā)生的事情之一是：當(dāng)你調(diào)試一個(gè)Bug的時(shí)候，Bug就消失了，但直接運(yùn)行的時(shí)候，Bug又出現(xiàn)了。
通過 #ifdef DEBUG 技法，可以將額外的調(diào)試代碼放置到程序中。畢竟，這些調(diào)試代碼僅會在程序的調(diào)試版本中才會生效。但是，一定要注意的是，這些調(diào)試代碼不應(yīng)該修改程序的執(zhí)行邏輯。
你可以在調(diào)試代碼中執(zhí)行參數(shù)驗(yàn)證，執(zhí)行斷言，追蹤資源的使用，這可能會降低程序的性能并消耗更多的計(jì)算資源，這些都是可以接受的，唯一需要注意的一條是：不要在調(diào)試代碼中修改程序的流程。
我們來看看下面的例子。
上面的代碼是錯(cuò)誤的，你是否已經(jīng)看出來了？
調(diào)試版本的行為與發(fā)行版本根本不同。如果有人使用 NULL 為 p 參數(shù)調(diào)用此函數(shù)，則程序的發(fā)行版本將崩潰，但調(diào)試版本將捕獲錯(cuò)誤并使調(diào)用失敗。
不要在調(diào)試版本中修改函數(shù)的語義。如果發(fā)行版本崩潰，則調(diào)試版本也必須以相同的方式崩潰。當(dāng)然，你可以在崩潰之前記錄錯(cuò)誤日志信息，但你仍然需要它”崩潰”，和發(fā)行版本行為保持一致。
下面是一個(gè)展現(xiàn)了類似問題的 C# 代碼的例子。
在上面的例子中，調(diào)試版本記錄并吞掉了異常，而發(fā)行版本直接讓異常跳出了此函數(shù)。
如果你恰好也寫了這樣的代碼，發(fā)行版本和調(diào)試版本的行為方式根本不同，你最終會陷入這種情況：發(fā)行版本有一些問題，但調(diào)試版本工作正常。
你的客戶無法弄清楚有什么區(qū)別，因此他們切換到生產(chǎn)服務(wù)器上的調(diào)試版本。它的運(yùn)行速度是原來的兩倍，內(nèi)存消耗的內(nèi)存是原來的三倍，需要大量的資源才能擴(kuò)展到以前的服務(wù)級別。但這是他們能做的最好的事情，因?yàn)閱栴}不會出現(xiàn)在調(diào)試版本上（因此無法在那里調(diào)試）。
我看到過關(guān)于軟件陷入這種困境的報(bào)道，這對開發(fā)人員的影響非常糟糕。
今天的論點(diǎn)也是我一直所忽視的：調(diào)試的代碼，就干調(diào)試的活，不要做其他事情，更不要修改程序執(zhí)行流程。
第二個(gè)：調(diào)試版本和發(fā)行版本可能在執(zhí)行速度，占用資源存在差異，但兩者的行為必須完全一致。
本文鏈接：http://www.tebozhan.com/showinfo-26-13343-0.html避坑：不要在調(diào)試版本中的修改程序邏輯
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
上一篇： 數(shù)據(jù)分析，如何助力運(yùn)營？
下一篇： SQL和Python，哪個(gè)更容易自學(xué)？哪個(gè)更適合數(shù)據(jù)工作的編程新手？
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號