一直沒有注意這個，今天突然糾結起來這個問題，**寫多了，難免這兩個混用。
現在是時候有個結論了：
如果你的工程是unicode編譯，那麼請明確的使用l！
如果是多位元組（ansi），那麼請使用_t("")或者更為直接的使用""！
_t() 根據編譯環境自動選擇使用char還是wchar，但是往往你並不需要切換編譯環境，即使你切換了往往也還需要做其他的一些移植工作，比如字串計算長度，這並沒有減少你的工作反而會帶來不必要的困惑與風險。而且我們強調，當你不需要某些東西的時候就要明確的拒絕（如決絕預設的類的賦值拷貝）。所以如果想用unicode請在**中明確的標識它，選擇l！
如果你已經在工程中大量使用了_t("")，那麼替換也很簡單，在visual studio裡使用正規表示式替換就可以了，如圖
google pk microsoft 到底誰更牛
google的創新力是被人們所公認的，如果與員工的奢侈腐敗聯絡起來，腦子裡很自然就會彈出乙個問題。企業應是創新後腐敗，還是以腐敗誕生創新。google很神秘嗎？當然。因為它讓整個地球都不再神秘。這個如日中天的網際網路搜尋巨頭內部的工作環境又是怎樣呢？google 美國總部 google 中國 goo...
到底是誰害了誰？
到底是誰害了誰？和乙個獵頭朋友聊天，他說最近在找乙個軟體架構師的職務，年薪30萬。不知道朋友們對30w的年薪是什麼概念，但看了要求你就會更驚訝。如果真象jd裡面要求的那樣年薪30w實在是有點低了。他說乙個公司的做hr做的好的也不只這些，何況還有年終獎，績效什麼的。在中國做技術的其實是很慘的。從以前拼...
到底是誰害了誰？
到底是誰害了誰？和乙個獵頭朋友聊天，他說最近在找乙個軟體架構師的職務，年薪30萬。不知道朋友們對30w的年薪是什麼概念，但看了要求你就會更驚訝。如果真象jd裡面要求的那樣年薪30w實在是有點低了。他說乙個公司的做hr做的好的也不只這些，何況還有年終獎，績效什麼的。在中國做技術的其實是很慘的。從以前拼...