• <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>
            隨筆 - 13  文章 - 36  trackbacks - 0
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(2)

            隨筆檔案

            友情鏈接

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            re: 回顧編程十年 Alex-Lee 2012-04-09 08:30
            都不過如此,身體健康、家庭和睦比啥都強,共勉。
            太好了,正需要一個這個文章。一直沒有找全,今天終于發現了。
            re: 心情:日夜的混亂 Alex-Lee 2012-02-24 08:59
            他們語法還是有很多相近的地方,要是敲C#和JAVA轉,人都得瘋了。
            這個問題在C語言的很多書里頭都說明白了,樓主自己看書不細心。就是個簡單的指針問題。這個問題現在也很好查,典型的內存泄露,直接可以定位到代碼行。
            re: LotusEdit 1.00正式發布了~~ Alex-Lee 2012-02-17 09:10
            @jacky
            這個估計是沒有數字簽名引發的。

            贊樓主
            謝謝兩位,就是有點籠統啊。。。
            @空明流轉
            好像已經得罪人了。好人沒做成,反倒惹了一身騷。一番好意,反倒,哎,罪過啊。還是下周做天義工,希望能洗刷自己的靈魂。
            暈,自己打錯字了:技術水平絕對高超(水平湊合)。這下估計得得罪不少人了 @_@
            1、覺得自己技術好、能力強,收入不平衡,不要蒙在心里,不要怕,直接找領導談吧,領導會給出他的看法的。就是談崩了也沒什么了不起,不是嗎?
            2、學習王江民吧。希望你知道他,并能深入的了解他。
            3、我比你大兩歲,工作比你多2年。曾經的211/985 學生,知名企業300-400人的研發隊伍里頭,技術水平絕對高超,人緣也好,領導也喜歡我。我的工資也不到10K,憑自己水平進百度、騰訊,弄個年薪20W不存在問題,可是我并不想去。生活中還有很多其他的值得自己去付出。一言難盡,找到自己喜歡的,讓自己內心平靜吧。
            找到一個聰明、正值、有責任的人,當領導的好好培養他,這才是本事。一個優秀的人才,他不會隨便跳槽的。就是這個面試者,他的這些言論,他也是學來的。至于其中當架構師的因由等,其實憑一個剛工作一年的哥們理解,有點期望太高。就是工作3-5年了,能理解這個嗎?我相信很多人不理解。我工作5年了,我也理解不了架構師是啥東西。他要是一年就能理解了,那就不是你simon能給罩得住的人。既然simon好像很懂似的,為什么不培訓他們?傳播自己的見解?simon只不過是個傻子而已。simon問的陷阱問題,你是找一個能干活的,還是找一個能給發現陷阱的?不能發現陷阱就不聰明、不能干活?這個simon讓我想起了網上流傳的huawei人力資源沒事整人玩。公司需要人力資源的業績,業績怎么來?找點整人的招,上唄!
            re: 哈希結構 Alex-Lee 2009-10-22 18:54
            @fcc
            程序經過編譯,沒有什么問題。LM_MALLOC等是我寫的一個內存分配封裝函數,用于將所有的分配的內存地址使用單鏈表連接,在debug時,用于發現內存泄露問題,release時直接就是malloc。這是我實現的一個發現內存泄露的方法,靈感來源于《微軟C編程精粹》。
            HASH_TABLE是DATA_NODE*型。不好意思,在摘代碼時把
            typedef DATA_NODE* HASH_TABLE;
            給忘掉了。謝謝提醒。

            @李佳
            @Vincent
            受金融危機影響,今年工作不怎么忙。幾乎將數據結構與算法忘得差不多了。這陣子看《算法導論(中文版)》潘金貴版。這本書講得很好,有廣度,也很有深度。數學基本忘得差不多了,其中關于數學論證時間復雜度的相關方面看得馬馬虎虎。哈希的開放地址法就沒怎么看明白。謝謝大家的回復,有不對的地方,請大家指點。
            re: 優先級隊列 Alex-Lee 2009-10-18 18:25
            @OwnWaterloo
            寫錯了,呵呵,刪除操作復雜度是O(lgn),這就改過來。謝謝。
            re: Confused! 總結下心情 Alex-Lee 2009-04-15 16:51
            @Sunshine Alike
            陳梓瀚(vczh)是牛人,我們需要好好向他學習。我也是到現在這C++做界面真是郁悶得要死。咱兩可以一起學習。
            re: MFC下CSocket編程詳解 Alex-Lee 2009-04-15 16:38
            @Sunshine Alike
            你先把unicode代碼轉換成多字節碼后發送,接收時反過來。win api有multibytetowidechar,widechartomultibyte 兩個函數,
            C運行庫有mbstowcs_s,wcstombs_s,具體可以參加msdn,或者網上搜索下。
            @規劃

            你的機器可能有問題,可能是內存或者主板不穩定。我的機器3個游戲都跑了20+分鐘沒有問題。
            確實好神奇啊。太強大了,神起!敬禮!
            @陳梓瀚(vczh)

            謝謝。shared_ptr使用delete的話,這樣操作數組確實是問題。因此,對于設計數組類型的安全類,不能選用shared_ptr這么處理,這樣看來,類設計時選用shared_ptr就是錯誤的。這樣,終于搞明白了,為什么開始有人說這個設計糟糕透頂了。這個設計確實是有問題的。這次,印象深刻,徹底糾正了思想上的錯誤。
            re: 面試中碰到的一個C++陷阱 Alex-Lee 2009-03-19 14:52
            雖然博主沒有說的非常的明白,但是這中討論,讓大家獲益匪淺。還是不錯哦。
            @yindf
            @陳梓瀚(vczh)

            首先謝謝大家給的意見,果然高手如云。再次拜服。
            兩位意見不錯,特別是構造函數那個錯誤比較大。這個確實是疏忽了。Exceptional c++中的NewCopy函數可以借用解決這個問題。

            另外,異常安全有三個等級,依次是無資源泄露,狀態一致,無異常拋出。一般能實現到狀態一致是很不錯了。
            我談談自己設計的初衷。
            1,像PIMP/COW實現太過復雜,啰嗦,不太喜歡。
            2,使用shared_ptr是因為,智能指針本身就是為了防止原生指針資源泄露問題而設計的,這樣就達到了無資源泄露的基本保證。就不需要處理原始指針問題。
            因此,我的設計就是保證狀態一致問題。也即是說,我設計這個類就是只要保證狀態一致即可。如果確實使用char*這樣的原生指針作為數據成員,那么這個類確實需要重新設計,這毋庸置疑。

            3,equal()函數自己也有些疑惑,到底是只要兩個字符串的值相等就行還是需要指向的是同一塊字符串內存呢?或者myString對象本身就應該是同一個對象?4,關于維護length長度問題,由于使用shared_ptr實現,因此,就不需要維護 length成員。否則,如果使用shared_ptr與length,還需要維護兩者之間的一致。當然,如果使用原生指針char*而不是使用shared_ptr,那么提供length成員變量是應該。
            5,由于使用shared_ptr,因此就不需要引用計數了。shared_ptr本身是引用計數的實現。myString封裝中沒有其他的成員,不涉及占過多內存的問題。


            這篇文章的發表,確實是讓我學習到了不少東西,再次謝謝大家,希望大家多提意見,這樣才能快速成長。
            re: 面試中碰到的一個C++陷阱 Alex-Lee 2009-03-18 10:55
            6.函數與虛函數
            編譯器為每個有虛函數的類都建立一個虛函數表(其大小不計算在類中),并為這個類安插一個指向虛函數表的指針,即每個有虛函數的類其大小至少為一個指針的大小4
            class A{
            public:
            int a;
            void Function();
            };
            class B{
            public:
            int a;
            virtual void Function();
            };
            class C:public B{
            public:
            char b;
            };
            class D:public B{
            public:
            virtual void Function2();
            };
            class E{
            public:
            static void Function();
            };
            sizeof (A) = 4 (內含一個int,普通函數不占大小)
            sizeof (B) = 8 (一個int ,一個虛函數表指針)
            sizeof (C) =12 (一個int ,一個虛函數表指針,一個char ,再加上數據對齊)
            sizeof (D) = 8 (一個int ,一個虛函數表指針,多個虛函數是放在一個表里的,所以虛函數表指針只要一個就行了)
            sizeof (E) = 1 (static 函數不占大小,空類大小為1)


            參考:http://hi.baidu.com/weiloujushi/blog/item/33f7f8b75d7a35f330add131.html

            等會驗證下
            @wingfire

            兄弟,能說清楚點嗎?有好的資料推薦下?
            久久91精品久久91综合| 怡红院日本一道日本久久| 狠狠色综合久久久久尤物| 欧美日韩中文字幕久久久不卡 | 久久九九免费高清视频| 亚洲国产精品高清久久久| 亚洲国产成人乱码精品女人久久久不卡 | 人妻丰满AV无码久久不卡| 亚洲精品综合久久| 久久人人爽人人爽人人AV| 国产精品无码久久综合网| 好久久免费视频高清| 中文字幕精品久久| 国产精品视频久久久| 久久免费视频网站| 久久96国产精品久久久| 久久天天躁狠狠躁夜夜不卡| 久久久久亚洲精品日久生情 | 日韩电影久久久被窝网| 国内精品伊人久久久久av一坑| 亚洲国产精品久久电影欧美| 狠狠色丁香婷婷综合久久来来去 | 国产高清美女一级a毛片久久w| 久久天天躁狠狠躁夜夜avapp| 久久久久亚洲AV成人网人人网站| 久久一区二区三区99| 国产99久久精品一区二区| 99久久夜色精品国产网站| 国内精品久久久久伊人av| 一本久久a久久精品vr综合| 色偷偷91久久综合噜噜噜噜| 久久av高潮av无码av喷吹| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 2021国内精品久久久久久影院| 久久99国产精品久久99小说| 激情综合色综合久久综合| 一级做a爰片久久毛片人呢| 日本久久中文字幕| 久久久久亚洲av毛片大| 久久精品国产72国产精福利| 狠狠色综合网站久久久久久久|