乙個讓我比較鬱悶的需求

產品經理給了乙個需求，讓我著實比較鬱悶，不過理論上講世界上是沒有沒答案的問題的所以只能按照需求給出個相對可以實現的結果。

需求如下：

**店鋪的標題展示規則：因為做移動網際網路的，手機螢幕畢竟很小，**給的介面中的標題又比較長所以只能是去做相應的擷取了

1.過濾特殊符號，以空格代替

2.過濾url編碼：將類似 %3f 去除

3.過濾空白，去除標題首尾空白

4.以第乙個空格前的片語為標題，如字段長度8個字元（4個漢字）以下（不含8個字元）時，以第二個空格前第乙個空格後的片語為標題。

5.當第乙個文字片語和第二個文字片語均在8個字元（4個漢字以下）依次類推，以第三，第四個片語作為標題。若所有標題均不能滿足需求，則以第乙個文字片語為標題。

需求中的字元 其實應該是位元組的吧、、、、咳咳 

實現**如下：

1

private
string formattitle() 8}
9 　　　　　　string array = this.subtitle.split(" ");
10if (array[0].length() >= 4) else21}
22}23this.subtitle =temp;24}
2526
if (this.subtitle.length() >= 10) 
29return
this
.subtitle;30}
31 　　　　//使用substring 進行擷取會按照字串的長度進行擷取，顯然會出現只剩幾個英文本母的情況，而這也不是產品所想要的，而且他的意思也是 擷取的時候要通過位元組計算長度，而這就不可避免的出現把漢字擷取成一半的情況了所以使用以下的方法對字串進行擷取
32public string bstring(string s, int
length)else44}
45}46if(i%2==1)else52}
53return
new string(bytes,0,i,"unicode");54}
55catch
(unsupportedencodingexception e) 
58return "";
59 　　}

乙個系統中斷號讓我鬱悶了三天！

後來，我檢視之前的乙個驅動的deinit函式，發現它裡面不但把系統中斷給disable了，而且還呼叫kernelioctl將這個系統中斷給釋放了，看到這個釋放，我一下子頓悟了 是我忘記釋放系統中斷號了。我只是在deinit的時候把系統中斷給disable了，但是這個系統中斷還存在於系統中，而inte...

又做了乙個鬱悶的專案

快要做完專案才發現真正的需求不是這樣子的。快要做完了才發現距離需求還差很遠。專案進行中四個小組都做了需求分析，可是很可惜各有各的需求。到專案整合的時候才發現專案中的需求並沒有整合。結果大家做的都亂了。最後功能只是剛剛滿足需求。詳細設計這是能搭乙個比較詳細的框架，而這個框架在日後的編碼過程中肯定要在做...

又做了乙個鬱悶的專案

快要做完專案才發現真正的需求不是這樣子的。快要做完了才發現距離需求還差很遠。專案進行中四個小組都做了需求分析，可是很可惜各有各的需求。到專案整合的時候才發現專案中的需求並沒有整合。結果大家做的都亂了。最後功能只是剛剛滿足需求。詳細設計這是能搭乙個比較詳細的框架，而這個框架在日後的編碼過程中肯定要在做...