• <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>
            SmartPtr
            本博客已搬至:http://www.cnblogs.com/baiyanhuang/
            posts - 29,comments - 176,trackbacks - 0
            共2頁: 1 2 
            re: Ubuntu & AMD64 常用軟件安裝 SmartPtr 2007-10-24 22:54
            你的錯誤提示是什么呢
            re: QT的Graphics View柜架(3/3) SmartPtr 2007-09-27 18:42
            敢問閣下用的集成開發環境是哪個? 剛接觸linux開發, 不知道哪個用起來爽一點:)
            我的理解是這樣的:
            1. 靜態存儲區又分為靜態初始化存儲區和靜態未初始化存儲區,正如你說的,前者對應.data段,后者對應bss段, 但是不論在哪個段,都要占程序內存空間的吧

            2. const變量應該只是編譯器語法上的一個限制,數據會在哪個存儲區并不由其決定, 事實上, 繞過C++語法,改變const值是很容易的:
            const int ci = 10;
            __asm
            {
            mov eax, 100;
            mov ci, eax;
            }
            re: MD5算法的C++實現 SmartPtr 2007-09-10 08:27
            .NET中產生HashCode用的貌似也是MD5算法???
            re: 裝了個ubuntu... SmartPtr 2007-09-07 17:37
            我裝的比較辛苦。。。。
            re: 包的設計原則 SmartPtr 2007-09-07 13:30
            那本書還沒看過。。。
            re: 裝了個ubuntu... SmartPtr 2007-09-07 10:48
            默認的不能,但我不知道是否有相關軟件支持
            re: 一個真正的Singleton SmartPtr 2007-08-28 21:38
            隨便說的,很榮幸:)
            re: 一個真正的Singleton SmartPtr 2007-08-28 11:24
            貌似是我以前寫的一篇文章。。。
            re: 用EditPlus配置VC環境(VC8) SmartPtr 2007-08-28 06:00
            @boilerroom
            貌似不行,不知道有沒有朋友試過這個。。。
            re: Autodesk面試技術題解答 SmartPtr 2007-08-20 08:46
            @linwen
            謝謝提醒:)
            struct和class的默認繼承屬性的確也是區別, 對于18題的狀態搜索, 我想應該用A*算法比較合適
            re: Autodesk面試技術題解答 SmartPtr 2007-08-18 18:53
            謝謝 騰 的建議,63,65已作修改,第5點的話,我在VS2005上是不行的,如下:
            template<struct T>
            class A
            {
            public:
            T t;
            };
            re: Autodesk面試技術題解答 SmartPtr 2007-08-17 14:39
            沒有啦。。。
            re: 引領Boost(一)(開篇) SmartPtr 2007-08-17 13:03
            sorry, 我是說如果:) 所以現在沒有。當然遇到了大家可以一起討論:)
            re: 引領Boost(一)(開篇) SmartPtr 2007-08-16 06:11
            不知樓主讀boost了解程度如何, 最近看了一點,如果碰到一些源碼實現的問題,可以想你討教。。。。
            re: 關于人人相輕 SmartPtr 2007-08-13 12:46
            @小艾

            說的有道理!
            但即使是為了自己的利益而“輕視”, 也算修養不夠吧, 所謂損人利己,大不可取
            我沒有經歷過, 但我愿意相信, 他們的文化氛圍,全民素質要比我們好很多
            re: 關于人人相輕 SmartPtr 2007-08-11 18:32
            @AXTSHMF
            恕我直言, 你所說的人之常情, 是指的什么人的常情呢, 人人生而平等,為何輕視卻正常了呢。 我想那篇文章中作者將這條放在第一, 可能就是大家都覺得理所當然, 所以是最嚴重的吧
            re: 學習 STL ,BOOST SmartPtr 2007-08-11 14:32
            其實我也沒有研讀過boost的源碼, 因為相對于STL, 它太大了, 也更復雜,自己也曾下載想好好讀讀,但最后還是沒有足夠的時間與精力去看。 引用網上一段介紹:

            boost是一個準標準庫,相當于STL的延續和擴充,它的設計理念和STL比較接近,都
            是利用泛型讓復用達到最大化。不過對比STL,boost更加實用。 STL集中在算法部
            分,而boost包含了不少工具類,可以完成比較具體的工作。

            boost主要包含一下幾個大類:字符串及文本處理、容器、迭代子(Iterator)、算法
            、函數對象和高階編程、泛型編程、模板元編程、預處理元編程、并發編程、數學相
            關、糾錯和測試、數據結構、輸入/輸出、跨語言支持、內存相關、語法分析、雜項
            。 有一些庫是跨類別包含的,就是既屬于這個類別又屬于那個類別。
            re: 學習 STL ,BOOST SmartPtr 2007-08-11 13:33
            按照你所說的“有時感覺自己寫的代碼完全是一個C版的”, 我想現在去讀 STL或boost都不太適合, 如果你對模板技術感興趣, 建議你先熟悉一下STL的使用(參考<<C++標準模板庫>>), 然后再研究STL的源碼(參考侯捷<<STL源碼剖析>>), 我想說的是參考書是很重要的幫助, 如果自己一頭撞進去,恐怕過程會很曲折, 甚至會中途放棄
            re: 對研發部的思考 SmartPtr 2007-08-11 13:28
            樓主在浦東, 上海一些優秀的IT企業基本都在那邊吧, 可以考慮一下。
            其實我也有想搬去浦東的想法
            re: DLL導出類 SmartPtr 2007-08-11 13:15
            @filebat
            兩個好問題, 期待樓主解答
            re: 我對軟件優化的一些想法 SmartPtr 2007-08-11 00:58
            @羅賓李
            1. 當然,對于特定于語言的優化,C++比Java應該要好一些, 畢竟C++是一個更底層,可控性更強的語言。 但是對于workflow上的優化, 應該是語言無關的。我們所做的性能的提升,大部分是靠對workflow的優化實現的。

            2. 關于map使用, 謝謝你的評論, 你說的很對。 這個例子為了簡化,我沒有給出足夠的context. 我補充一些吧:
            1) 該對象是一個API, 一個第三方庫,我們沒有權限去修改
            2) 假設這個對象是一條樣條曲線, 該第三方庫沒有在該對象中加入一個長度屬性,而是在每次需要時去計算,從數學角度,我想應該也有其道理。(這樣我就能保證每次取到的都是最新的)
            重要的是,我們都認同cache是性能優化的利器, 的確,設計好的cache數據結構的確很重要,當然,這都是和特定需求緊密結合在一起的。

            re: 偽句柄是什么 SmartPtr 2007-08-10 23:36
            請問前面兩位是 ”托“ 嗎, 呵呵, 開個玩笑。。。。。
            re: C++ 類成員的CALLBACK SmartPtr 2007-08-10 23:27
            總結的不錯, 比較巧妙的例子
            re: 輸出函數不應拋異常 SmartPtr 2007-08-10 23:20
            也就是說異常不能拋出其所在模塊了。。。 在公司討論的時候談到過這個問題, 不知樓主可否展開來談一下。。。
            re: 我對軟件優化的一些想法 SmartPtr 2007-08-10 23:03
            @aGAric
            的確, 但這些應該是一些比較COMMON的想法, 也就是說我們在做優化的時候會去想到, 并可能有用的想法, 不知道你沒有其他類似的方法, 大家可以一起討論討論:)
            re: 我對軟件優化的一些想法 SmartPtr 2007-08-10 22:43
            因為算法上的優化一般都是為大家所知的, 所以在開發過程中也會特別注意, 因此這方面的優化并不是我們的側重點
            re: 基本概念:函數的傳值(2) SmartPtr 2007-08-08 23:31
            不明白樓主的理解方式:)
            從C++語言層面上來理解,告訴你傳值就是copy一個參數進去, 函數里對它所做的一切與原來的無關,這就清楚的不能再清楚了。 但是你不明白, 卻要用反編譯后看匯編代碼才明白, 這和我的理解方式剛好相反, 我覺得你用匯編去驗證到是可以理解。。。
            re: File I/O SmartPtr 2007-08-07 11:48
            我想這個, VS應該提供了相應的API來操作其文件,這應該是最便捷,準確的方法吧。
            我想C++中實現COM就是這么做的
            re: 一條語句中的邏輯 SmartPtr 2007-08-06 08:31
            @windywinter

            expression1 && expression2;
            只有在Expression為true的情況下,才會繼續執行expression2,這也就相當于條件判斷語句
            if(expression1) expression2;


            這就是利用了其短路求值的功能
            re: 一條語句中的邏輯 SmartPtr 2007-08-05 17:09
            我想題意應該就是允許遞歸調用,不然難度貌似很高的
            re: C++類模板的三種特化 SmartPtr 2007-07-20 01:03
            template<class T>
            class Compare<T*>
            {
            public:
            static bool IsEqual(const T* lh, const T* rh)
            {
            return Compare<T>::IsEqual(*lh, *rh);
            }
            };
            是模板特化, 你當然需要在之前定義其泛化版本
            CRTP = the Curiously Recurring Template Pattern, 這里只是其應用之一, 它還可以用于模擬虛函數等.
            關于Singleton的線程安全,雖然我們可以寫一些代碼來做到(或看起來做到)線程安全,但是由于現在C++內存模型的先天不足, 事實是無法做到。
            這中錯誤一不小心就會出現,而且很難調,
            其實我覺得樓主把意思歸納一下貼出來會比較好。。。。
            re: C++模板類的三種特化 SmartPtr 2007-07-16 21:26
            to longshanks

            本文的目的其實并不是試圖對C++的模板特化做一下全面的分類, 而是針對自己所遇到的,覺得比較有意思的,對于一個模板參數所能夠做到的特化,并不想對C++中的全特化,偏特化有所混淆。當然,之間也得到了大家不少有價值的看法。尤其對于您所舉的這個例子:
            template<typename T>
            class Y;
            template<typename R, typename P1, typename P2>
            class Y<R (P1, P2)> {...};//針對帶兩個參數,有返回值的函數類型特化

            是我之前所沒有想到的,我只考慮了數據類型并沒有考慮到函數類型,但是我想參考針對數據類型所做的分類,可以得到函數類型對應平行的分類。比如對于這個例子,應該可以理解為第三種:特化為另外一個類(函數)模板。

            PS:
            謝謝關于模板類,類模板概念的澄清,原文已修改
            re: VS9中C++少得可憐的更新 SmartPtr 2007-07-12 23:25
            用VS, 還沒用過CLR, 只用過標準C++
            To aders06:

            你是說template method嗎, 這么做有什么好處?
            這不是必讀, 全讀完了,讀懂了, 你就是超牛人
            To SuperPlyeR:

            不僅是沒有注冊造成的, 應該說是某些異常操作使得該COM組件不可用, 可以是沒有注冊,也可以是注冊后注冊信息被誤操作覆蓋, 也可以是該DLL被刪除, 總之, 在系統運行之前先檢測一下這些東西是否都是ready的, 如果不是, 那就不要進去先。

            之前有朋友說直接創建該COM對象來判斷, 但我覺得創建組件只是去做判斷,不太可取
            re: 讀《人月神話》 SmartPtr 2007-07-08 16:40
            "老久沒有更新BLOG了,結果排名之類的反而又升了一點····無語"

            ***************************
            這可能是cppblog不夠火的原因, 沒有比較多的新人, 新文章涌現出來。。。對cppblog應該說是很可惜的一件事:)
            to 萬連文
            可否解釋一下, 實在是看不明白。。。。。
            COM容器的使用, COleControlContainer和COleControlSite, 受教了。記得以前面試的時候被問到過COM容器,當時就說不出個所以然來
            假設講我的COM組件在系統運行一段時間后,在某個操作中才會被創建出來,而此時如果此對象無法創建,系統的任務就無法完成,此時用戶就要問了:“早干嘛去了,先讓我瞎忙活那么長時間, 不行早說嘛”, 呵呵,開個玩笑, 其實這就是我們同事遇到的現實問題。 但如果我在一開始就試圖創建全部的COM對象而只為了判斷其是否可創建,似乎消耗大了點,邏輯上也不太合理。
            我有兩點想法, 一是在性能不是關鍵因素的程序中代碼的可讀性重于效率;二是代碼效率優化應該針對關鍵的瓶頸。 當然, 博主的一些思路也是值得討論的
            與成員函數所調用的對象(也就是 this 所指向的對象)相關的隱式參數永遠也沒有資格進行隱式轉換
            **********************************************
            這個是必然的, 因為編譯器根本無法確定你要轉到什么類型。


            不好意思, 對表達式模板不太清楚, 可否介紹一下先?
            為什么C實現會比這個快呢, 他們的區別在哪里, 是什么影響了其效率?
            共2頁: 1 2 
            久久久久亚洲国产| 久久亚洲精品无码AV红樱桃| 久久精品嫩草影院| 国产视频久久| 久久亚洲AV无码精品色午夜麻豆| 久久综合久久美利坚合众国| 日韩人妻无码精品久久免费一| 欧美亚洲另类久久综合| 亚洲欧美成人久久综合中文网| 要久久爱在线免费观看| 国产精品女同久久久久电影院| 久久久WWW免费人成精品| 久久人人爽人人爽人人片av麻烦| 久久久久国产精品| 久久久久久久综合日本| 伊人久久久AV老熟妇色| 久久精品成人一区二区三区| 无码人妻久久一区二区三区免费丨 | 亚洲伊人久久大香线蕉苏妲己| 91精品国产色综久久| 日产久久强奸免费的看| 青青热久久综合网伊人| 久久综合精品国产二区无码| 久久只有这里有精品4| 久久综合狠狠综合久久激情 | 久久综合丁香激情久久| 久久久亚洲裙底偷窥综合| 久久93精品国产91久久综合| 久久ww精品w免费人成| 久久婷婷国产剧情内射白浆| 国产成人精品久久一区二区三区av | 国产激情久久久久久熟女老人| 久久久久久久综合日本| 丰满少妇人妻久久久久久4| 99久久99久久精品国产| 久久国产精品久久久| 久久亚洲欧美国产精品| 久久午夜伦鲁片免费无码| 麻豆一区二区99久久久久| 午夜天堂av天堂久久久| 国产精品9999久久久久|