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

            巢穴

            about:blank

            共2頁: 1 2 
            @局外人 是正確的,靜態局部變量不會出現雙重構造的情況。。
            怎么沒有45 46 的答案
            chenxiongqian@gmail.com
            tcpv2很難看下去
            不知為何,也不知從何時起越來越不喜歡厚重的書了
            非常非常非常贊
            非常非常非常有創意!
            又要有一段時間的陣痛期
            又不知道各家編譯器的全面支持會到何時
            又可能出現新的語法糖
            有的時候c++真讓人有無力感
            @放屁阿狗
            signal是王道
            定義一個自己的signal好了

            其他的更多是用于同步,其實不符合這個語意
            我覺得你這樣寫挺好
            做等能把輪詢變被動的方案
            我覺得還有一個有意思的語意
            既然是從你這fork的,你必然關注啊
            不然的話就沒從你這fork的意義了
            我是回那個說神話的人....
            @千暮(zblc)
            國內頂尖公司的招聘并不算難
            具體還是要看職位
            有木有實際的測試數據可供參考啊

            另外我個人覺得對于這個input buffer,我覺得它可一直擴展不見得是好事
            如果應用層真處理的很慢,造成buffer增長到內存吃不消的時候還是很尷尬的
            個人覺得還是有一個上限,把大于上限的阻塞于TCP的好
            re: 移居北京[未登錄] vincent 2011-04-12 11:07
            ls的回復太惡搞了
            北京微軟好幾個地兒啊,具體哪個地兒啊
            真的超贊
            算法導論最重要的是習題啊。:)
            我又2了。。沒仔細看題。。。真的要檢討了。。
            同好奇。。
            你可以把一個handle比喻成一個內核對象在內核中的數組索引,當然,也許這個handle是索引處理過的東西
            內核對象身上自然存儲的有它相關的一些資源,屬性或信息
            re: 失足于shared_ptr[未登錄] vincent 2011-04-02 11:35
            贊一個= =昨天沒仔細看題意。。我又2了。。
            返回了m_pB做類型轉換的時候產生的臨時變量的ref,就像ls所說,孤魂野鬼,這并不是調用者對這個函數的期望
            re: 失足于shared_ptr[未登錄] vincent 2011-04-01 21:48
            話說加個const,編譯器會做處理嗎?
            re: 失足于shared_ptr[未登錄] vincent 2011-04-01 21:32
            加個const呢?
            re: 被delete難倒了[未登錄] vincent 2011-03-30 20:59
            野指針……
            re: 被delete難倒了[未登錄] vincent 2011-03-30 20:58
            應該還是也指著啊
            不怎么會玩五子棋和黑白棋的淚流滿面
            在我看來這與直接new沒有什么不同,雖然被allocator包裝了
            用這樣的函數已經不是小心不小心的問題了
            優化這玩意放到后期慢慢重構把
            re: 求解負載均衡算法 Vincent 2011-03-22 12:24
            具體如何分配負載,那應該實際問題實際處理吧
            re: 局限思考[未登錄] vincent 2011-03-16 12:00
            按接口分配,最后組裝,這就是標準的手術刀式的項目風格吧
            這種項目風格,本就應該每人只專注于自己的模塊,因為接口已經確定,如果你還要去關注別的模塊,那只說明接口之間存在耦合,那就是設計問題。而且,這個時候你去關注過多的模塊,就會導致在設計時有過多的顧慮,顧慮多了問題自然也會多起來。
            而且這種風格應該有一個經驗豐富的主治醫生來劃分模塊和設定接口,他是來掌控全局的,沒有這樣一個人,出問題的風險自然很大。
            不過雖然如此,我也覺得的確不應該對于代碼做出一些權限設置。
            我雖經也經歷過代碼的權限的問題,但那大多是出于對代碼的保護,而且代碼大多是與設計模塊無關的底層基礎代碼。像博主所說的,對一些貫穿整體框架的代碼做出權限設置我還至今未結果。

            ps.我也是一個喜歡先了解全局,再去深入細節的人


            re: 尋找k大[未登錄] vincent 2011-03-11 09:14
            怎么得出的logN的復雜度。。
            @素素
            常量宏本質上也只是0,1,2啊
            在已編譯的可執行程序中就是0,1,2
            這個時候如果是動態鏈接crt的dll,那自然有問題啊,這就是ABI的二進制不兼容


            re: A*算法詳解——by Sunway Vincent 2011-03-08 17:14
            @bneliao
            f'(n) = g'(n) + h'(n)
            h'(n)=0,且g'(n')=g'(n)+1,n'是n的后繼,為廣搜
            h'(n)=0,且g'(n')=g'(n)-1,n'是n的后繼,為深搜
            h'(n)=0,q'(n)為實際從起點至n點的路徑,分枝定界法
            第二條不是虛表不起作用
            是copy構造函數中,編譯器把vtptr給換掉了,就像文中所說,tmpParent是CParent對象
            @Heath
            呵呵,笑而不語是何解?
            re: MTU和IP分片[未登錄] vincent 2011-03-06 10:25
            看了那兩篇文章
            第一篇文章的作者一直在拿本機的MTU與網絡MTU相比,然后設定成一個合適的值,已達到盡量不浪費網絡資源的目的。而事實上,網絡的MTU應該是會變化的,IP包的路線不是固定的。
            哪怕IP包的路線固定了。
            而且他所謂的網絡MTU是一條通路的MTU,自然只偏向于一條通路,對于別的通路自然不會有什么效果,甚至可能是反效果了
            遞歸與遞推吧?
            re: 好戲準備上演 Vincent 2011-03-03 16:58
            大佬?誰?
            @空明流轉
            恩。謝謝:) 受教啦
            謝謝諸位大神哈,說的很好哈,的確是可以引入的,一切適情況而定。在次謝過了:)
            @airtrack
            恩。我就是這個想法,我認為現在的這個項目進度和規模,目前為了迎合單元測試,而做的這樣大規模的重構,可能會引進的問題會更多,穩定性可能會不升反降。但因為我的確從未使用過這個東西,所以對于我的想法不是很肯定,所以在這里咨詢一下各位大神哈
            re: 關于CppUnit的使用? Vincent 2011-03-03 11:29
            @空明流轉
            呵呵,我主要是想更貼近于我們目前項目情況的一些觀點。如果是為回歸測試的話,是可以引入CppUnit,但是否有必要去做全面的單元測試呢?我覺得似乎是沒必要。想聽聽更多人的觀點。
            可能我問的很膚淺,當一段決定關閉TCP連接的時候,還去保證繼續可以接到一些信息的意義在哪,沒有上層邏輯,數據神馬用都沒有啊
            對這個trick表示不解,求解……
            re: Time Limit Exceeded '11 Vincent 2011-02-15 18:10
            給力
            re: C++的一個疑惑[未登錄] vincent 2010-12-24 14:10
            俺也受教了:)
            看過2/3吧。。
            表示這些看過。。(看過不代表都會啊。。)
            計算機入門了……
            re: const靈異現象[未登錄] vincent 2010-11-24 19:10
            @李現民
            呵呵,是這樣的,是我粗心忘了這個:)
            re: const靈異現象[未登錄] vincent 2010-11-23 09:34
            @李現民
            無非就是const的可能放在只讀數據段吧?
            然后對于這個段設置只讀?

            是這樣嗎?
            re: Modern C++ Design (轉) Vincent 2010-09-21 17:58
            這本書的確挺難的,是需要去啃的書
            就像文中所說,如果你只是在用c++開發,不看這本書,完全可以的
            但是你想榨取c++最后的那點性能提升,看它吧
            re: 體驗RakNet的RPC3[未登錄] vincent 2010-09-20 16:19
            您好,有一個問題
            我現在還不是很了解rpc,只知道它是基于函數的遠程調用
            而corba是針對對象的
            顯然在維護世界邏輯的時候,用corba應該會顯得更簡單一些
            但是我看到使用rpc的人還是有很多的
            我很好奇原因:)
            共2頁: 1 2 
            久久久久国产精品人妻| 久久国产精品无码一区二区三区| av无码久久久久不卡免费网站| 久久天天躁狠狠躁夜夜avapp | 人人狠狠综合久久88成人| 色综合久久久久无码专区| 久久综合给合久久狠狠狠97色| 国产精品久久久亚洲| 国产精品熟女福利久久AV| 7777精品伊人久久久大香线蕉| 性做久久久久久久| 成人精品一区二区久久| 久久久久久久久久久久久久| 91精品国产色综合久久| 日韩精品久久久久久久电影| 久久99精品国产麻豆| 伊人久久大香线蕉精品不卡| 69久久精品无码一区二区| 无码精品久久一区二区三区 | 伊人久久免费视频| 久久精品国产亚洲αv忘忧草| 免费精品99久久国产综合精品| 国内精品伊人久久久影院 | 久久精品亚洲乱码伦伦中文| 一本色道久久88精品综合| 久久久久亚洲精品中文字幕 | 内射无码专区久久亚洲| 国产午夜精品理论片久久影视 | 成人妇女免费播放久久久| 亚洲国产成人久久综合野外| 久久最近最新中文字幕大全| 久久久久亚洲精品日久生情| 人妻无码久久精品| 久久精品国产一区二区三区不卡 | 亚洲中文久久精品无码ww16| 久久久综合香蕉尹人综合网| 国产成人精品久久亚洲高清不卡 | 久久99国产精品二区不卡| 人妻少妇久久中文字幕| 久久精品国产清自在天天线| 亚洲国产成人精品女人久久久|