跟用戶溝通，問(wèn)題盡量分析清楚，以及解決問(wèn)題

分享一下上個(gè)星期，開(kāi)發(fā)與跟用戶溝通歷程。前提，以前舊系統(tǒng)，人事資料是一筆筆人手錄入。現(xiàn)在公司在減少人手，提高效率。因此Insus.NET需要修改舊系統(tǒng)，實(shí)現(xiàn)批量導(dǎo)入。下面一些截圖來(lái)自郵件。經(jīng)用戶使用之后，還有一些特殊情況是在開(kāi)發(fā)時(shí)是沒(méi)有想到的。當(dāng)遇上下面的資料時(shí)，用戶反饋：原因是有舊系統(tǒng)內(nèi)，存儲(chǔ)雇員工號(hào)，只能存儲(chǔ)整型。看到用戶反饋的問(wèn)題，我們會(huì)想到什么，怎樣回用戶的郵件？下面是Insus.NET的回復(fù)

從用戶提供的數(shù)據(jù)。我們需要知道第位字母由什么來(lái)替代？替代規(guī)則是什么。這都是需要跟用戶了解清楚。下面用戶回復(fù)：

上圖中，與用戶了解到，打少了字，正確是“四五百人”。經(jīng)分析，第一位和第三位，如果有出現(xiàn)字母是沒(méi)有什么問(wèn)題，Insus.NET覺(jué)得第二位，將會(huì)出現(xiàn)下面的問(wèn)題，回復(fù)用戶如下：

從上面回復(fù)中，跟用戶說(shuō)明替換規(guī)則將有一些異常，得說(shuō)清楚。看看用戶怎樣回復(fù)：問(wèn)題弄清楚之后，我們就可以做事了。第二位將會(huì)有A~F，將替換為1~6。可以創(chuàng)建一個(gè)列表：

某一天，用戶需要再添加幾個(gè)G,H,I...只是在J以前的，還可以在此列表添加。

下面是替換方法：分別處理前三位字符，符合條件即替換之。看上去很復(fù)雜，維護(hù)起來(lái)看代碼還得看上半天，產(chǎn)生另外一個(gè)版本：

第二版本，稍微有些簡(jiǎn)化。方法是先把處理的字符串切割為兩段，前三位字符串為一段，余下為一段，并存入陣列中。然后跟一種方案一樣去判斷與替換。

切切拼拼，還是覺(jué)得復(fù)雜，是否有更好的方法？ 下面分享Insus.NET第三次修改的，需要做的，是寫(xiě)一個(gè)方法，也就是產(chǎn)生一切相關(guān)的字符，然后用來(lái)匹配。此方法算得上是封裝：

我們?cè)倩剡^(guò)頭去看用戶提供的原資料，要么是兩位，要么是三位字符。第一位與第三位算得上是固定了。關(guān)鍵在于第二位。因此Insus.NET再創(chuàng)建一個(gè)字符模版集。

下面再來(lái)看看替換方法：

上面的代碼示例中，高亮部分的代碼，是對(duì)Dictionary數(shù)據(jù)集時(shí)行倒排序，目的是先匹配三位，再匹配兩位。經(jīng)過(guò)這樣重構(gòu)與修改，我們還可以封裝為另外一個(gè)方法：最后變成了：

OK，完成了。下面內(nèi)容于2014-06-30 10:55分補(bǔ)充：其實(shí)上面有一個(gè)方法：

是需要手動(dòng)每個(gè)字母，這樣有可能會(huì)出錯(cuò)，下面是Insus.NET重新修改，防止出錯(cuò)的機(jī)率減少：

這樣只需傳入最后的一個(gè)字母，也達(dá)到方法封裝。

下面內(nèi)容于2014-08-13 13:45分補(bǔ)充：上面有個(gè)方法GetReplaceResult(string str)，可以效率優(yōu)化一下：它是有帶有字符的才會(huì)跑這程序塊，如果遇上全是數(shù)字的字符串，我們就不必跑了：

還有一個(gè)方法replStr()效率也有問(wèn)題，如下：

其中有循環(huán)兩次Letters()，意味著它需要產(chǎn)生兩次這個(gè)函數(shù)。因此Insus.NET把它重構(gòu)一下: