近幾個月來的工作是一個交易系統(tǒng)持續(xù)改進(jìn)項(xiàng)目，迭代發(fā)布周期大約為2~3周。最近一次迭代是V16版，在禮拜三完成發(fā)布。不幸的是，第二天上午就被老大逮過去。原來老大從生產(chǎn)中揪出了一個bug，大致的問題如下：

系統(tǒng)中有一個常用的自定義控件，目的是協(xié)助選擇客戶，而V16版的持續(xù)改進(jìn)需求是給控件增加兩個篩選選項(xiàng)，支持不同的默認(rèn)值配置。很簡單的一個需求，代碼修改也簡單，其中一個修改是給一個js文件里邊的一個函數(shù)增加了一個傳入?yún)?shù)，用來傳遞配置值。經(jīng)過RC、RTW測試，一切都顯得很正常，不過上了生產(chǎn)才被發(fā)現(xiàn)bug了。加載出來的客戶明顯不正常、數(shù)目不對，也與預(yù)期的查詢配置不相符。

檢查控件內(nèi)部跳轉(zhuǎn)鏈接，發(fā)現(xiàn)問題，傳遞的參數(shù)明顯與預(yù)期不符，而這個鏈接則是由上面修改過的JS函數(shù)生成。因此判定問題是由于客戶端緩存了原版JS文件，新函數(shù)的調(diào)用由舊函數(shù)所替換引發(fā)的。經(jīng)過清除緩存，重新加載頁面后，這個自定義控件能夠正常工作。很不幸的是，我們是不能通過打電話告訴每一位用戶，你需要清除緩存，然后才能正常使用這個功能。

到此時，我才意識到需要一種方法來控件JS的緩存問題，否則，后續(xù)任何涉及JS文件內(nèi)容的修改，都會因?yàn)榫彺鏌o法獲取最新JS文件，而導(dǎo)致生產(chǎn)事故。

原則上，我們是需要在有JS更新的時候，才會去重新加載JS文件，而不是每次都重新加載，因此第一種做法給JS應(yīng)用地址后添加隨機(jī)參數(shù)是不可取的，因?yàn)樗馕吨?，幾乎每次加載頁面都會是重新加載JS，而不會合理的利用緩存JS。但是，我們還有第二種更合理的做法，如果關(guān)注過一些國外網(wǎng)站代碼，會發(fā)現(xiàn)，他們通常是在js鏈接后添加一個版本號參數(shù)，而不是隨機(jī)數(shù)，當(dāng)js代碼發(fā)生修改時，只需要將版本號加1，就可以很巧妙的解決通知客戶端更新js文件。不知道，誰是第一個想到這種方法的人，不過毫無疑問，他是值得我們欽佩的，真是一個不錯的idea的！

附贈些許代碼：
<script src="../JavaScript/SelectOpenWindow.js?v=1" type="text/javascript"></script>

最新評論