好久，沒來這里寫些什么了。這兩個月一直忙著工作，今天忽然閑下來，想想把這兩個月碰到的一些細(xì)節(jié)問題與大家共享下。好，老樣子先看段代碼:
在貼代碼前，我先做個聲明：代碼在windows平臺下運(yùn)行。做UI的朋友經(jīng)常用到DrawText()這個API，它里面有個參數(shù)是關(guān)于文字對齊方式的. 我們寫控件輸出信息時，都考慮增加這么類型的變量來控制文字信息輸出，最典型的就是按鈕。一般情況下，我們無需檢測該變量，直接引用就好。但有時候為了讓界面更人性化，我們需要檢測該變量，并做些調(diào)整。好，現(xiàn)在看這段代碼：
它根據(jù)對齊屬性是否包含 DT_LEFT，而做一些工作
void OnPaint()
{
。。。。。。。
。。。。。。。
if( m_uAlign & DT_LEFT ) //代碼 段 1
DoA();
else
DoB();
if( m_uAlign & DT_LEFT == DT_LEFT ) //代碼 段 2
DoA();
else
DoB();
if( (m_uAlign & DT_LEFT ) == DT_LEFT ) //代碼 段 3
DoA();
else
DoB();
。。。。。。。
}
上面三個代碼段的執(zhí)行過程為：1：永遠(yuǎn)執(zhí)行 DoB() 函數(shù)體；
2：如果 m_uAlign 最末位是零 ，則執(zhí)行 DoB()函數(shù)體; 否則則執(zhí)行 DoA()函數(shù)體；
3：只要 m_uAlign 包含 標(biāo)志位 DT_LEFT ，則執(zhí)行 DoA()函數(shù)體; 其他則執(zhí)行 DoB()函數(shù)體；
貌似，1和2 都不是我們想要的。只有3是正確的。造成這種現(xiàn)象的原因是什么？
1： 這個不容易查出來，我們一貫的寫法都這樣怎么會不對呢？ 其實，我們看看他的定義就知道了 #define DT_LEFT 0x00000000
呵呵，緣由出來了；
2 ：有了1 ，2 就更簡單了，就是運(yùn)算符優(yōu)先級的問題；
3；正確；它演示了良好的代碼風(fēng)格；
總結(jié)，其實這不算大問題，都是細(xì)節(jié)上的問題。可是細(xì)節(jié)上的問題，往往是最不容易察覺的，就算你發(fā)現(xiàn)問題，可是想對代碼段的定位更是困難，他們是隱形的蟲子。為此，我們有必要養(yǎng)成良好的代碼書寫習(xí)慣和風(fēng)格。對今天遇到的問題，我總結(jié)兩條：
a) 在進(jìn)行位標(biāo)志檢測時，一定要將檢測結(jié)果與原值比較；
b) 在你不確定運(yùn)算符的優(yōu)先級時，請一定要用括號括起來；
今天，就寫道這里。希望這兩條對大家有幫助。以后碰到類似問題，能想到就好！