青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

巢穴

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 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            夜夜精品视频一区二区| 日韩视频在线一区二区| 免费日韩av| 毛片av中文字幕一区二区| 久久久综合精品| 欧美成人乱码一区二区三区| 欧美激情一区二区三区| 欧美人在线观看| 欧美色网在线| 国产视频自拍一区| 亚洲国产aⅴ天堂久久| 99v久久综合狠狠综合久久| 一区二区免费在线视频| 欧美在线播放一区二区| 欧美成人免费大片| 亚洲视频中文| 老司机免费视频一区二区三区| 欧美福利视频| 国产农村妇女毛片精品久久莱园子| 韩日精品中文字幕| 一区二区精品| 玖玖综合伊人| 一区二区欧美日韩| 蜜桃视频一区| 国产日产精品一区二区三区四区的观看方式 | 亚洲欧美日韩国产综合精品二区| 久久精品中文字幕免费mv| 欧美激情在线免费观看| 亚洲一级片在线看| 欧美精品二区| 亚洲国产欧美久久| 久久精品视频网| 一区二区三区四区五区精品| 久色婷婷小香蕉久久| 国产精品免费福利| 在线亚洲欧美视频| 亚洲高清一二三区| 欧美亚洲一级| 欧美日韩综合久久| 亚洲理论在线| 亚洲第一页中文字幕| 性欧美暴力猛交69hd| 欧美午夜精品电影| 99在线观看免费视频精品观看| 鲁大师成人一区二区三区| 亚洲图中文字幕| 欧美日本在线| 亚洲精品一区二区三区福利| 蜜桃精品久久久久久久免费影院| 亚洲女女女同性video| 国产午夜亚洲精品理论片色戒| 性18欧美另类| 91久久久精品| 欧美成人精品影院| 亚洲黄色成人网| 欧美夫妇交换俱乐部在线观看| 久久成人一区二区| 国产亚洲精品自拍| 久久国产精品电影| 欧美在线在线| 激情综合久久| 蜜桃伊人久久| 欧美成人精品1314www| 亚洲日本免费| 日韩网站在线观看| 欧美日韩中文另类| 午夜性色一区二区三区免费视频| 亚洲午夜精品| 国产一区二区三区久久悠悠色av| 久久精品1区| 久久青草福利网站| 亚洲精品在线看| 夜夜嗨av一区二区三区免费区| 欧美日韩一区二区三区在线看| 亚洲一区二区三区影院| 亚洲综合视频在线| 国产一区二区三区在线播放免费观看| 久久国产88| 欧美黑人在线观看| 亚洲欧美日韩精品| 欧美在线播放一区二区| 91久久国产综合久久| 亚洲精品免费一二三区| 国产精品久久久久久久久搜平片| 久久精品一区二区国产| 欧美大片在线看免费观看| 亚洲调教视频在线观看| 欧美一区二区免费| 亚洲精品国产品国语在线app| 日韩一级免费| 伊人久久av导航| 99视频一区二区三区| 国产综合色产| 99精品国产福利在线观看免费| 国产情侣一区| 亚洲伦理自拍| 亚洲第一在线| 亚洲一区在线播放| 亚洲精品在线视频观看| 午夜精品久久久久久久蜜桃app| 亚洲国产天堂久久综合| 亚洲综合视频一区| 一区二区高清在线观看| 久久久亚洲精品一区二区三区| 99在线精品视频在线观看| 久久激情婷婷| 午夜综合激情| 欧美日本韩国在线| 欧美大片一区二区三区| 国产日韩欧美亚洲一区| 一区二区电影免费在线观看| 亚洲国内精品在线| 久久精品女人| 久久精品观看| 午夜精品视频在线| 欧美大色视频| 久久综合给合| 国产麻豆日韩| 亚洲视频在线观看网站| 一区二区三区精品视频在线观看| 久久久久久亚洲精品中文字幕| 亚洲欧美一区二区三区在线| 欧美成ee人免费视频| 久久综合伊人77777| 国产精品综合色区在线观看| 亚洲美女电影在线| 亚洲激情影院| 久久综合色天天久久综合图片| 欧美在线免费观看视频| 国产精品久久97| 一区二区免费在线视频| 亚洲一区二区三区四区五区午夜| 欧美日韩精品一区| 亚洲乱码精品一二三四区日韩在线| 亚洲第一黄网| 欧美大片免费看| 亚洲精品一区二区三| 一本色道久久综合亚洲精品按摩 | 亚洲乱码国产乱码精品精98午夜| 亚洲国产精品va在看黑人| 浪潮色综合久久天堂| 久久亚洲综合网| 精品二区视频| 美女黄毛**国产精品啪啪| 欧美韩国日本一区| 亚洲伦理久久| 欧美四级电影网站| 亚洲永久免费| 久久午夜视频| 亚洲精品裸体| 国产精品高潮呻吟视频 | 欧美片在线播放| 99re视频这里只有精品| 亚洲欧美三级在线| 国产一区二区三区日韩欧美| 久久久青草婷婷精品综合日韩 | 亚洲国产视频一区| 亚洲私人影院| 国产日韩视频一区二区三区| 久久精品国语| 亚洲免费观看| 久久久久欧美精品| 亚洲精品国产精品国自产在线| 欧美视频1区| 久久精品观看| 亚洲美女啪啪| 久久久精品国产免大香伊| 亚洲精品国产精品国自产观看 | 久久亚洲一区二区三区四区| 亚洲国产成人午夜在线一区| 亚洲激情成人网| 美日韩免费视频| 亚洲永久视频| 亚洲激情综合| 亚洲人成网站色ww在线| 亚洲在线观看免费视频| 欧美大片一区二区三区| 午夜精品短视频| 亚洲精品乱码久久久久久黑人 | 一本大道久久a久久精品综合| 欧美亚洲在线| 日韩一级在线观看| 精品成人一区二区三区四区| 国产精品爱久久久久久久| 奶水喷射视频一区| 欧美在线啊v| 亚洲一区二区三区午夜| 亚洲三级网站| 欧美mv日韩mv国产网站app| 欧美一区二视频| 亚洲一区二区三区涩| 日韩天堂在线视频| 亚洲国产高清在线观看视频| 国内揄拍国内精品少妇国语| 国产精品视频yy9299一区| 欧美日韩一区在线观看| 欧美精品在欧美一区二区少妇| 久久久免费精品视频| 久久久久综合网| 久久久国产一区二区|