• <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>

            陳碩的Blog

            共2頁: 1 2 
            @chaogu
            Linux 下呢?有沒有 busy waiting?
            @chaogu
            我沒有遇到過,你的線程函數長什么樣?用哪種同步機制?
            1. 既然對象肯定要用到而且會在main()里邊析構,那么用一個全局的指針不就行了?在main()里邊構造一個局部對象,把全局指針指向它。完全不必用宏,也不必手動釋放對象。
            2. 為了防止在別處意外構造對象,把構造函數的參數定為 enum YouShouldNotConstructTheObjectUnlessInMain,這樣一搜源代碼就知道有沒有人故意誤用。
            3. 為什么要默認使用虛析構?既然構造函數是private的,說明根本不可能創建派生類的對象,虛析構意義何在?
            @dennis-zhuang
            > 不支持udp是基于什么考慮?
            因為我沒搞過 UDP 編程,沒有一手的經驗。

            > timerQueue替換成優先隊列也是O(lg(n))的復雜度吧,而不是O(1)
            刪除的復雜度是 O(ln n)。插入的平均復雜度是 O(1),最壞復雜度是 O(ln n)。已訂正原文,多謝。

            > 貌似沒有實現基于select的Poller。
            確實,因為 select 比 poll 限制更多,有了 poll 和 epoll,沒必要再實現 select。

            > 代碼很清晰,感謝。
            thanks.
            @路青飛
            因為我對 Windows 編程不熟。
            @kk
            用 snprintf 是為了避免在堆上分配內存,ostringstream 則正好相反;在多線程程序里,內存分配可能會加鎖,用棧上的緩沖區能避免無謂的加鎖。
            用 fprintf 是因為它是線程安全的,cout/cerr 則相反。cerr << a << b; 是兩次函數調用,中間可能會被打斷進行上下文切換,造成輸出內容不連續,插入了其他字符。而 fprintf(stderr, "%s %d", a, b); 是一次函數調用,而且是線程安全的,打印的內容不會受其他線程影響。
            另外我沒有見過誰在產品代碼里用 iostream。
            目前 Google 公開的大量 C++ 代碼都遵循了這份規范。
            這些公開的代碼的質量都很高,值得借鑒。
            re: 對 C++ 歷史的個人觀點 陳碩 2010-04-09 11:03
            @欲三更
            這正好證明了我的觀點,如果標準庫里沒有,每個第三方 library 都會自己造一套。
            std::string 加入標準大約是在 1994 年,然后又被 STL 拖延,到 1998 年標準才發布。
            而 QT, ACE, MFC 的開發均早于 std::string。
            QT 是 1991 年開始開發,MFC 最早在 1992 年發布,1993 年 ACE 的版本號已經升到了 2.12。

            假如 C++ 在 1985 年提供 string,還會造成這樣天下大亂的局面嗎?
            re: 對 C++ 歷史的個人觀點 陳碩 2010-04-07 00:26
            @OwnWaterloo
            已在正文中答復。
            @coder
            在我的 Ubuntu 9.10 + Evince Document Viewer 2.28.1 下看沒有問題。
            請你用的哪個 Linux 發行版?什么版本的 PDF 閱讀器?
            共2頁: 1 2 
            <2011年2月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272812345
            6789101112

            導航

            統計

            常用鏈接

            隨筆分類

            隨筆檔案

            相冊

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久强奷乱码老熟女网站| 97久久超碰国产精品2021| 99久久精品九九亚洲精品| 久久久久久久综合日本亚洲| 久久天堂AV综合合色蜜桃网 | 天天爽天天狠久久久综合麻豆| 无码人妻久久一区二区三区免费| 久久久久亚洲AV无码观看| 99久久国产热无码精品免费| 国产精久久一区二区三区| 久久无码AV一区二区三区| 国产精品久久久久久吹潮| 久久精品国产只有精品66| 欧洲人妻丰满av无码久久不卡| 国産精品久久久久久久| 狠狠色婷婷久久一区二区| 国产福利电影一区二区三区久久久久成人精品综合 | 久久伊人影视| 久久久久99精品成人片试看| 久久久久免费视频| 久久精品国产亚洲欧美| 亚洲精品美女久久777777| 久久久久无码专区亚洲av| avtt天堂网久久精品| 中文字幕精品久久| 久久人妻少妇嫩草AV蜜桃| 久久66热人妻偷产精品9| 日本五月天婷久久网站| 久久国产精品偷99| 国内精品久久国产大陆| 久久久久久亚洲AV无码专区| 久久久精品人妻一区二区三区蜜桃| 国产精品99久久久久久宅男| 国产精品欧美久久久天天影视| 无码人妻久久一区二区三区免费 | 国产精品美女久久久免费| 久久婷婷激情综合色综合俺也去| 久久www免费人成看片| 97精品伊人久久大香线蕉| 亚州日韩精品专区久久久| 亚洲国产香蕉人人爽成AV片久久|