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

            Shuffy

            不斷的學習,不斷的思考,才能不斷的進步.Let's do better together!
            posts - 102, comments - 43, trackbacks - 0, articles - 19

                 摘要: Windows和MFC的include文件都非常大,即使有一個快速的處理程序,編譯程序也要花費相當長的時間來完成工作。由于每個.CPP文件都包含相同的include文件,為每個.CPP文件都重復處理這些文件就顯得很傻了。
            為避免這種浪費,AppWizard和VisualC++編譯程序一起進行工作  閱讀全文

            posted @ 2007-09-09 13:36 Shuffy 閱讀(4394) | 評論 (0)編輯 收藏

                 摘要: (1) 計算機系統(tǒng)分類。
            ·指令流:機器執(zhí)行的指令系列。
            ·數(shù)據(jù)流:由指令流調(diào)用的數(shù)據(jù)序列。
            ·Flynn分類法:單指令流單數(shù)據(jù)流,指令流多數(shù)據(jù)流,單指令流多數(shù)據(jù)流,多指令流單數(shù)據(jù)流。
            ·馮式分類法:用最大并行度來對計算機體系結(jié)構(gòu)進行分類。  閱讀全文

            posted @ 2007-09-04 17:26 Shuffy 閱讀(1281) | 評論 (1)編輯 收藏

                 摘要: 使用棧就象我們?nèi)ワ堭^里吃飯,只管點菜(發(fā)出申請)、付錢、和吃(使用),吃飽了就走,不必理會切菜、洗菜等準備工作和洗碗、刷鍋等掃尾工作,他的好處是快捷,但是自由度小。使用堆就象是自己動手做喜歡吃的菜肴,比較麻煩,但是比較符合自己的口味,而且自由度大。  閱讀全文

            posted @ 2007-09-02 17:10 Shuffy 閱讀(323) | 評論 (0)編輯 收藏

                 摘要: 銘記在心

            l 定義變量的時機越晚越好。這可以提高程序的清晰度和工作效率。
              閱讀全文

            posted @ 2007-09-02 16:04 Shuffy 閱讀(229) | 評論 (0)編輯 收藏

                 摘要: 銘記在心

            l 在對你的類型使用 std::swap 時可能會造成效率低下時,可以提供一個 swap 成員函數(shù)。確保你的 swap 不要拋出異常。

            l 如果你提供了一個 swap 的成員函數(shù),那么同時要提供一個非成員函數(shù) swap 來調(diào)用這一成員。對于類而言(而不是模板),還要提供一個 std::swap 的特化版本來調(diào)用 swap 成員函數(shù)。

            l 在調(diào)用 swap 時,要為 std::swap 使用一條 using 聲明,然后在調(diào)用 swap 時,不要做出名字空間的限制。

            l 對用戶自定義類型而言,提供 std 的完全特化版本不成問題,但是決不要嘗試在 std 中添加全新的內(nèi)容。
              閱讀全文

            posted @ 2007-09-02 15:57 Shuffy 閱讀(396) | 評論 (0)編輯 收藏

                 摘要: 一、從控制臺讀取東西代碼片斷:
            using System;

            class TestReadConsole
            {
            public static void Main()
            {
            Console.Write("Enter your name:");
            string strName = Console.ReadLine();
            Console.WriteLine(" Hi "+ strName);
            }
            }  閱讀全文

            posted @ 2007-08-31 12:34 Shuffy 閱讀(223) | 評論 (0)編輯 收藏

                 摘要: Mutable 數(shù)據(jù)成員的使用看上去像是騙術(shù),因為它能夠使 const 函數(shù)修改對象的數(shù)據(jù)成員。然而,明智地使用 mutable 關(guān)鍵字可以提高代碼質(zhì)量,因為它能夠讓你向用戶隱藏實現(xiàn)細節(jié),而無須使用不確定的東西  閱讀全文

            posted @ 2007-07-13 20:13 Shuffy 閱讀(496) | 評論 (0)編輯 收藏

                 摘要: 在過去留下來的程序代碼和純粹的C程序中,傳統(tǒng)的形式的轉(zhuǎn)換伴隨了我們很長的一段時間。但是,如文中所述,基于stringstream的轉(zhuǎn)換擁有類型安全和不會溢出這樣搶眼的特性,使我們有充足得理由拋棄而使用。庫還提供了另外一個特性—可擴展性。你可以通過重載來支持自定義類型間的轉(zhuǎn)換。  閱讀全文

            posted @ 2007-07-13 19:47 Shuffy 閱讀(191207) | 評論 (30)編輯 收藏

                 摘要: l 如果你需要對一個函數(shù)的所有參數(shù)進行類型轉(zhuǎn)換(包括 this 指針所指向的對象),那么它必須是一個非成員函數(shù)。
              閱讀全文

            posted @ 2007-07-13 19:04 Shuffy 閱讀(267) | 評論 (0)編輯 收藏

                 摘要: 面向?qū)ο蟮幕驹硪髷?shù)據(jù)和對其進行操作的函數(shù)應該被包裝在一起,同時建議成員函數(shù)為更優(yōu)秀的選擇。但不幸的是,這一建議并不是正確的。它是建立在對“面向?qū)ο蟮臇|西意味著什么”這一點的誤解之上的。通過理性分析可以得知,成員函數(shù) clearEverything 的封裝性實際上比非成員函數(shù) clearBrowser 還要差。還有,非成員函數(shù)可以為 WebBrowser 相關(guān)的功能提供更便利的打包方法,從而減少編譯時依賴,提高 WebBrowser 的可擴展性。很多情況下,非成員函數(shù)的方法都比成員函數(shù)的方法要好。理解這一結(jié)論的原因是十分重要的。  閱讀全文

            posted @ 2007-06-26 13:24 Shuffy 閱讀(254) | 評論 (0)編輯 收藏

                 摘要: 好吧,直截了當?shù)恼f,在這一條中:我們首先要分析為什么數(shù)據(jù)成員不應該是公有的,與此同時,繼續(xù)分析為什么數(shù)據(jù)成員也不能是 protected 的。然后就引出本條款的結(jié)論:數(shù)據(jù)成員必須是私有的。  閱讀全文

            posted @ 2007-06-26 13:20 Shuffy 閱讀(281) | 評論 (0)編輯 收藏

                 摘要: 一旦程序員把注意力都轉(zhuǎn)向了對象傳值方式隱含的效率問題(參見第 20 條)時,許多人都變成了極端的“改革運動者”,他們對傳值方法采取斬草除根的態(tài)度,在他們不屈不撓追求傳遞引用方式的純粹性的同時,他們也犯下了致命的錯誤:有時候傳遞的引用所指向的對象并不存在。這決不是一件好事情。   閱讀全文

            posted @ 2007-06-26 13:17 Shuffy 閱讀(168) | 評論 (0)編輯 收藏

                 摘要: 默認情況下, C++ 為函數(shù)傳入和傳出對象是采用傳值方式的(這是由 C 語言繼承而來的特征)。除非你明確使用其他方法,函數(shù)的形式參數(shù)總會通過復制實在參數(shù)的副本來創(chuàng)建,并且,函數(shù)的調(diào)用者得到的也是函數(shù)返回值得一個副本。這些副本是由對象的拷貝構(gòu)造函數(shù)創(chuàng)建的。這使得“傳值”成為一項代價十分昂貴的操作。  閱讀全文

            posted @ 2007-06-26 13:14 Shuffy 閱讀(207) | 評論 (0)編輯 收藏

                 摘要: 與其它的面向?qū)ο缶幊陶Z言類似,在 C++ 中,定義一個新的 class 便會引入一個新的類型的定義。一個 C++ 設計人員的大多數(shù)時間都會用在不斷豐富充實他們的類系統(tǒng)上。這意味著他不僅僅是一個 class 的設計者,而且是一個類型的設計者。  閱讀全文

            posted @ 2007-05-27 10:16 Shuffy 閱讀(178) | 評論 (0)編輯 收藏

                 摘要: C++ 中到處充滿了接口。函數(shù)接口、類接口、模板接口,等等。每個接口都是實現(xiàn)客戶端程序員與你的代碼相交互的一種手段。假設你的客戶通情達理,他們的項目也十分優(yōu)秀,他們便會十分看重你的接口是否易于正確使用。這是千真萬確的,如果他們誤用了你的接口中的任一個,那么你也難推其咎。  閱讀全文

            posted @ 2007-05-27 10:14 Shuffy 閱讀(291) | 評論 (0)編輯 收藏

            列出全部內(nèi)容
            共7頁: 1 2 3 4 5 6 7 
            久久久久亚洲av成人无码电影 | 久久AV高清无码| 999久久久免费国产精品播放| 亚洲欧美日韩久久精品第一区| 国产亚洲综合久久系列| 人人狠狠综合久久亚洲88| 欧美日韩成人精品久久久免费看 | 久久激情亚洲精品无码?V| 久久国产精品一区二区| 久久久国产精品福利免费| 亚洲精品国产自在久久| 国产精品久久一区二区三区| 武侠古典久久婷婷狼人伊人| 久久人妻少妇嫩草AV无码专区| 国产精品激情综合久久| 久久久噜噜噜久久熟女AA片| 欧美久久综合九色综合| 丰满少妇人妻久久久久久4| 国色天香久久久久久久小说| 久久久久久久久久久免费精品| 午夜天堂精品久久久久| 午夜视频久久久久一区 | 久久久无码精品亚洲日韩软件| 囯产精品久久久久久久久蜜桃| 国内精品久久久久久久久| 狠狠88综合久久久久综合网| 精产国品久久一二三产区区别 | 国产一级持黄大片99久久| 热久久最新网站获取| 人人狠狠综合久久亚洲高清| 91精品国产综合久久四虎久久无码一级 | 九九久久自然熟的香蕉图片| 久久精品国产一区二区三区日韩| 久久无码人妻一区二区三区| 久久天天躁夜夜躁狠狠| 久久国内免费视频| 久久精品中文无码资源站| 久久久亚洲欧洲日产国码是AV| 久久久久久久波多野结衣高潮| 精品久久久久久久国产潘金莲| 久久精品国产2020|