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