• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            力為的技術博客

            聯系 聚合 管理
              154 Posts :: 1 Stories :: 561 Comments :: 0 Trackbacks

            4. C++ FAQ

            posted @ 2017-11-15 19:07 力為 閱讀(697) | 評論 (0)  編輯

            posted @ 2015-11-03 16:43 力為 閱讀(3698) | 評論 (0)  編輯

            posted @ 2015-08-07 13:42 力為 閱讀(1519) | 評論 (0)  編輯

            posted @ 2015-01-13 14:24 力為 閱讀(2118) | 評論 (1)  編輯

            posted @ 2015-01-06 16:43 力為 閱讀(1978) | 評論 (0)  編輯

            posted @ 2014-08-24 18:50 力為 閱讀(2839) | 評論 (1)  編輯

                 摘要: 獲取程序所在的目錄是一個常用的需求,在Windows下使用GetModuleFileName可以滿足需求。
            在使用Qt,wxWidgets等實現可跨平臺代碼該如何處理?
            ---找與GetModuleFileName等價的API。這是我馬上能相到的。很遺憾,卻沒有找到。

            有時候,你需要的東西就在你的面前,你卻找不到它。  閱讀全文
            posted @ 2013-04-16 13:46 力為 閱讀(2670) | 評論 (3)  編輯

            posted @ 2013-01-23 23:26 力為 閱讀(2153) | 評論 (1)  編輯

                 摘要: std::list提供了兩個排序方法:std::list::sort() 和std::list::sort(_Pr3 _Pred)。
            std::list::sort(_Pr3 _Pred)需要提供一個函數對象(仿函數)作為參數。構造函數有多種方式,lambda表達式算是最復合潮流的一種。  閱讀全文
            posted @ 2013-01-20 13:50 力為 閱讀(5739) | 評論 (2)  編輯

                 摘要: 有人說,MS引入_UNICODE就是個錯誤,STL引入wstring也是個錯誤;而鼓勵使用UTF8 string做為程序內部string存儲格式。在與GUI交互的時候,轉換為wstring(假定GUI使用的是_UNICODE)。這樣做至少有一個好處:相對的可以減少程序運行時占用內存的大小。當然現在內存資源也不是個什么大問題,我更關心的是保存/讀取XML數據的效率。  閱讀全文
            posted @ 2012-10-29 14:53 力為 閱讀(14487) | 評論 (2)  編輯

            posted @ 2012-10-06 12:21 力為 閱讀(2038) | 評論 (2)  編輯

                 摘要: 扔掉MultiByteToWideChar 吧,使用std::wstring_convert和 std::codecvt_utf8 來處理UTF8與WChar之間的互轉。
            VC和Clang都支持哦~  閱讀全文
            posted @ 2012-09-11 17:59 力為 閱讀(18876) | 評論 (9)  編輯

                 摘要: 手動建立工程,配置Qt環境,運行debug版本時,彈出一個錯誤對話框:
            must construct a qapplication before a qpaintdevice  閱讀全文
            posted @ 2012-09-07 15:31 力為 閱讀(1923) | 評論 (0)  編輯

                 摘要: 控制流輸出格式:固定寬度右對齊,精度  閱讀全文
            posted @ 2012-08-26 11:22 力為 閱讀(512) | 評論 (0)  編輯

                 摘要: 最近打算把項目做成跨平臺的,使之能夠在Mac上運行。做為XCode的默認編譯器,據說Clang的編譯速度很快,所以決定第一步就需要玩起Clang來。
            在編譯的過程中遇到不少問題,整理了如下幾點:
              閱讀全文
            posted @ 2012-07-22 17:40 力為 閱讀(1953) | 評論 (3)  編輯

                 摘要: 一個布爾變量,無論是成員變量還是全局局部變量,加入定義的時候未初始化,其值是true 還是 false?  閱讀全文
            posted @ 2011-04-16 22:39 力為 閱讀(3210) | 評論 (2)  編輯

                 摘要: 設想這樣一種情形:
            有個模塊需要封裝給其他用戶使用,接口中需要處理字符串類型。

            那么采用std::string或者std::wstring是否合適呢?

              閱讀全文
            posted @ 2011-04-02 14:18 力為 閱讀(2567) | 評論 (2)  編輯

                 摘要: 一般情況下,沒人會寫這樣的程序。返回臨時對象的引用時候,編譯器也會有warning。假如,忽略了warning,就有可能發生杯具。  閱讀全文
            posted @ 2011-04-01 18:09 力為 閱讀(2821) | 評論 (11)  編輯

                 摘要: 結論:
            如果知道vector的大小,resize一下可以當數組來用,不會分配多余的內存。  閱讀全文
            posted @ 2011-03-17 20:18 力為 閱讀(3759) | 評論 (1)  編輯

            posted @ 2010-04-13 13:14 力為 閱讀(725) | 評論 (1)  編輯

                 摘要: 遞歸可以方便直觀的實現算法,但有時候卻會大大的影響程序性能,甚至引發程序非正常死亡。  閱讀全文
            posted @ 2010-03-24 14:24 力為 閱讀(2811) | 評論 (3)  編輯

                 摘要: 二十一世紀的第一個十年過去了,回顧了一下這些年寫的博客,發現自己也沒閑著。但不免也有些遺憾,內容大都是關于知識、經驗和技術,而關于思考和idea的卻比較少。期待下一個十年吧!
            第一篇日志是在2004年發布在CSDN的博客上(記得開始不叫博客),截至到現在累積了不少東西了。為了懷念這過去的十年(2000~2003是個空白期,那段時間國內好像也沒博客,網絡也不發達,信息也閉塞),特整理了一下,稱作我的原創技術隨筆大全(2000~2009)  閱讀全文
            posted @ 2010-01-09 01:13 力為 閱讀(4328) | 評論 (4)  編輯

                 摘要: 變量名不要使用near
              閱讀全文
            posted @ 2009-03-03 22:38 力為 閱讀(706) | 評論 (0)  編輯

                 摘要: 在libcpmt.lib聲明過的operator new在nafxcw.lib中再次定義  閱讀全文
            posted @ 2009-03-01 02:58 力為 閱讀(1293) | 評論 (0)  編輯

                 摘要: 瞧,這段神秘的程序  閱讀全文
            posted @ 2007-08-23 23:49 力為 閱讀(1971) | 評論 (3)  編輯

                 摘要: 小小技巧,有更好的不?  閱讀全文
            posted @ 2006-08-30 15:30 力為 閱讀(1943) | 評論 (1)  編輯

                 摘要: 問題:
            有時候用ifstream或ofstream打開帶有中文路徑的文件會失敗。  閱讀全文
            posted @ 2006-06-09 22:01 力為 閱讀(13642) | 評論 (13)  編輯

                 摘要: 取得std::ostringstream里的內容可以通過str()和str(string&)成員函數。由于str()返回的是臨時對象,因而會有如下誤用……  閱讀全文
            posted @ 2006-06-08 16:49 力為 閱讀(6487) | 評論 (5)  編輯

                 摘要: 最近遇到這樣一種情況:使用getline處理有相同text內容的std::ifstream和std::istringstream時,得到的結果有差異。從std::istringstream中返回的一行會多出一個不可見的'\r'符號。  閱讀全文
            posted @ 2006-06-08 15:40 力為 閱讀(2911) | 評論 (3)  編輯

                 摘要: VC2005編譯一個ATL工程的時候,出現這樣一條錯誤:
            midl : command line error MIDL1004 : cannot execute C preprocessor cl.exe

              閱讀全文
            posted @ 2006-05-23 17:46 力為 閱讀(5318) | 評論 (7)  編輯

                 摘要: 有些情況下,Debug版的程序運行的正常,可是用Release版就出問題了,網上有很多解決辦法。最近,我不幸也遇到了這種情況,不過解決方法卻很簡單——更改編譯選項。  閱讀全文
            posted @ 2005-12-28 11:08 力為 閱讀(6082) | 評論 (9)  編輯

                 摘要: 默認情況下,用科學計數法表示實數,輸出的指數位數為3。如何控制使其只輸出2位指數位?VC6下如何?VC2005又如何?  閱讀全文
            posted @ 2005-12-18 20:39 力為 閱讀(5862) | 評論 (0)  編輯

            posted @ 2005-11-03 10:14 力為 閱讀(7675) | 評論 (14)  編輯

                 摘要: 如何通過FILE*操作內存文件?----一個有難度的問題  閱讀全文
            posted @ 2005-10-14 17:30 力為 閱讀(7724) | 評論 (11)  編輯

            亚洲国产精品无码久久久不卡 | 久久99精品久久久久久9蜜桃| 一本一本久久A久久综合精品| 久久SE精品一区二区| A狠狠久久蜜臀婷色中文网| 91久久精品国产成人久久| 一97日本道伊人久久综合影院| 亚洲国产精品无码久久SM| 久久国产视屏| jizzjizz国产精品久久| 狠狠色丁香久久婷婷综合蜜芽五月 | 久久国产香蕉视频| 国产情侣久久久久aⅴ免费| 国产精品久久久久乳精品爆| 久久综合伊人77777| 亚洲AV日韩精品久久久久久久| 亚洲国产精品久久久久婷婷软件 | 国内精品伊人久久久久| 久久久久青草线蕉综合超碰 | 影音先锋女人AV鲁色资源网久久| 麻豆精品久久精品色综合| 久久夜色精品国产亚洲| 国产精品欧美久久久久无广告| 久久久一本精品99久久精品66| 久久人人爽人人爽人人片AV东京热| 久久精品人人做人人爽97| 7777精品久久久大香线蕉| 一级A毛片免费观看久久精品| 久久久久综合网久久| 99久久精品国产高清一区二区| 精品久久久久成人码免费动漫| 日本久久中文字幕| 欧美激情精品久久久久久久| 狠狠精品久久久无码中文字幕| 国产成人久久精品一区二区三区| 亚洲国产精品久久久天堂| 国产成人精品综合久久久久| 欧美日韩精品久久久久| 欧美与黑人午夜性猛交久久久| 亚洲国产香蕉人人爽成AV片久久 | 久久91精品国产91久久麻豆|