數字一是一個不一般的數，它首先是自然數序列的開始，它是道家『道生一，一生二，二生三，三生萬物』中『道』，它是『一心一意』的專注，也是很多人『一生一世』的追求。

在技術控嚴重，很多情況下，數字一的印象最為深刻：如果能把事情一次性做好，那就是非常高效愉悅的事情。

有一個『美女下屬要求加薪，老板竟然這樣讓他啞口無言』故事。“一家客戶準備到公司來考察產品狀況，你聯系一下他們，問問何時過來。”老板對要求加薪的美女下屬說。一刻鐘后，她回到老板辦公室。“聯系到了嗎?”老板問。“聯系到了，他們說可能下周過來。” “具體是下周幾?”老板問。“這個我沒細問。”“他們一行多少人。”“啊!您沒問我這個啊!”“那他們是坐火車還是飛機?”“這個您也沒叫我問呀!”。

而另一個秘書的回答是：“他們是乘下周五下午3點的飛機，大約晚上6點鐘到，他們一行5人，由采購部王經理帶隊，我跟他們說了，我公司會派人到機場迎接。另外，他們計劃考察兩天時間，具體行程到了以后雙方再商榷。為了方便工作，我建議把他們安置在附近的國際酒店，如果您同意，房間明天我就提前預訂。還有，下周天氣預報有雨，我會隨時和他們保持聯系，一旦情況有變，我將隨時向您匯報。”

這個故事我們不從別的角度去詮釋，單從『一次性把事情做好』的角度上來看，***位要求加薪的秘書的沒有一次性把事情做好，所以效率低下，所以老板不滿意，所以加薪難。

對于IT技術而言，能不能只需要一次請求就能完成業務呢?能不能只需要一次數據庫操作就能完成業務數據更新呢?能不能只需要一次API調用就能拿到所需全部數據呢?能不能只要一次就把代碼寫對呢?

下面，我們就從幾個案例來看看『1』是多么的高效率。

一、高效的頁面顯示順序調整過程

 這個頁面的業務要求是，可以用鼠標拖動來調整顯示頁的順序。我們的小伙伴又是怎么實現的呢?大概瞅了一眼代碼，每一頁都有一個順序號，拖動后，后臺將所有的相關記錄全部更新一次調整后的顯示順序號。這個實現方案初看能搞定，但是要從前端傳輸所有頁的調整后新順序號，要更新數據庫里面多條記錄。

能不能簡單點呢，只調整被拖動頁的順序號，只更新被拖動頁的一條數據庫記錄呢?開動腦筋很容易就想到，我們只要不拘泥于自然數字的編號就行了。比如原始順序是1 2 3 4 5 6，我們拖動第5頁到1與2之間，只要把第5頁的順序號調整為1.5即可，也就是調整后的順序是1 1.5 2 3 4 6。

一下子，我們從頁面傳遞數據簡單了，只需要傳遞一條數據即可。數據庫操作也簡單了，只需要更新一條記錄即可。

二、高效的充值卡銷售過程

這個充值卡銷售的業務大概實現流程是，從數據庫充值卡表中，查詢出100元面值的可用狀態的記錄，嘗試鎖定，然后在付款完成后，修改其狀態為已銷售。問題在哪里呢?從業務上來說，月初月末，會有大量并發購買充值卡的業務;從技術上來說，從充值卡表中進行查詢的檢索條件是面值100元和狀態可用，這兩個檢索條件對于上萬條記錄的充值卡表數據來說沒有很好的分散性，又不容易走主鍵或者索引，因此查詢效率非常地下。即使在查詢效率還能忍受的情況下，大量并發又容易導致選卡沖突，需要重新隨機查詢選卡，所以處理邏輯就在『隨機查詢可用狀態的充值卡記錄』(一條好復雜的SQL一般人還真看不懂)->『嘗試鎖定』->『修改狀態為已銷售』的流程中耗費大量的時間和精力，數據庫也經常在并發量大的時候被折騰的『夠嗆』。

如果換一種思路，能不能一次搞定這種充值卡銷售呢，不需要查詢，不需要嘗試鎖定，直接挑出一張可售狀態的充值卡，直接一步到位『修改其狀態為已銷售』呢?(注意，前方高能)。其實，細細想來，還是有辦法的，我們為充值卡表建一個自然順序的唯一索引，然后銷售的時候，直接取下一個增1的索引號，然后直接去用這個索引號取拿卡，搞定。銷售流程實現簡單了，SQL也好寫了(唯一索引更新)，數據庫也嗨皮了。更多關于取了卡最終未付款等的細節問題，留待讀者自己思索，或者來與我交流。

三、HTTP優化的未來：一個文件

前端性能黃金法則中的第1條就是『減少HTTP請求』，就是說盡量把外鏈腳本和樣式表進行合并會減少HTTP請求，以節省客戶端和服務器之間的通訊次數來加快頁面打開速度。對于這種減少HTTP請求數量的***追求，就是一個全量的HTML文件，就真的只要一次請求就搞定，所有的CSS/JS/IMAGE全部放在一個文件中來。

四、干凈代碼中的『只做一件事』

我們在『代碼整潔之道』中，反復強調『只做一件事情』，函數只做一件事情，類也只做一件事情。做的事越多，代碼就會越冗長，越難以理解，越被人被將來的自己罵X。整潔的代碼只做好一件事，不要重復代碼。

這個『一件事』在SOLID設計原則中，又稱為『單一職責原則』。但是何為『一件事』呢，簡單說來，就是你能不能一句話說清楚，這個函數/類是干什么的，沒有『并且』，沒有『或者』。如果還是覺得抽象的話，建議去看看『代碼整潔之道』這本書。

上面的幾個例子，都充分體現了，一次性把事情做好，是多么高效多么愉快。日常生活中，希望跑一次醫院就把病看好，只要在一個柜臺就能把事情辦完，只要一張卡就可以刷遍公交地鐵出租等。在我們技術控眼里，追求***追求高效的時候，也是需要經常想想，是不是可以一次性把事情做好。或許這也是牛B與專業的區別，牛B能把事情做出來，雖然要多弄幾次，但是專業卻是可以把事情一次性就做好。

作者簡介：

黃進兵，亞信科技架構師，從事10余年移動通訊計費軟件和電信運營商電子商務系統架構。擅長互聯網業務和技術架構，云端架構等相關技術架構方案。