最近在windows mobile
平台上做一款軟體，在解析資訊文字的時候，發現速度奇慢無比，**是這樣寫的：
splitcstring(iszstring,*strarray,l"/n");
for(int j = 0;j < strarray->getsize();j++)
else if(currentwid == splitstr.getlength())
} }
delete strarray;
strarray = null; 作為
windows mobile
開發的人都知道，對繪圖控制代碼進行
gettextextent()
操作是很影響效率的，那麼是否有必要對每乙個字元遍歷並求出字元在裝置上占用的尺寸？這和多數人抱怨
android
平台的不相容性是一樣的，既然
android
平台不同版本之間的相容性差，那麼為什麼程式設計師還要依賴於具體某個平台進行程式設計呢？
android
程式設計師有義務跨平台進行
android
應用程式的開發並保證**的相容性。
那麼上面的**既然知道
gettextextent()
方法的效率低下，是否可以盡量不用或者少用這個方法獲取字元的尺寸？看看下面新寫的方法：
splitcstring(iszstring,*strarray,l"/n");
textsize = getdc()->gettextextent(l"
股");
int textnumber = linewidth/textsize.cx;
for(int j = 0;j < strarray->getsize();j++)
else
else
continue; }
} }在使用新的方法之後，資訊文字內容的解析速度大為提公升，或許這並不是技術上的問題，而是願意不願意多思考的問題！
程式設計問題思考
1 當類新增乙個需求，需要提供一系列概要資訊，例如a類需要提供 名稱 存放資料的容器大小 資料存放路徑等等，而a類原本只是分開儲存這些資訊，並沒有歸類到乙個結構體或者乙個類當中，當需要這些資訊中的某乙個的時候則以std string的形式傳遞出去，那麼當這個需求出現的時候，是否需要新增這麼乙個結構體...
資料庫設計之外鍵的思考
關於是否使用外來鍵在業界也沒有統一的標準，大家爭論的焦點是資料一致性和效能上。支援使用外來鍵方，強調如果不使用外來鍵，資料一致性無法保證，效能消耗可以忽略。反對使用外來鍵方，資料一致性可以通過程式保證，效能有大問題，資料維護很麻煩，如果是大系統，整個外來鍵的關係就像編制的一張大網。再者開發人員很難真...
CSS之外邊距的重疊問題
垂直外邊距的重疊 相鄰的垂直方向的外邊距會發生重疊現象 兄弟元素 兄弟元素之間的相鄰垂直方向的外邊距會取兩者之間的最大值 特殊情況 一正一負,取兩者和 都為負,取絕對值最大的一邊 父子元素 父子元素間的相鄰外邊距,子元素的會傳遞給父元素 上外邊距 父子元素的外邊距的重疊會影響頁面的布局,需要進行處理...