作者查詢 / purpose
作者 purpose 在 PTT [ C_and_CPP ] 看板的留言(推文), 共3264則
限定看板:C_and_CPP
看板排序:
全部C_and_CPP3264Gossiping2226TaiwanDrama2019BCC_PCC1062CFantasy1019Lifeismoney674Plant522SET260Programming236SuperTaste144stationery100MobilePay86biker76Key_Mou_Pad71Browsers57FuMouDiscuss49MobileComm47ASM39iOS37Eng-Class33Digitalhome29Broad_Band27joke27e-coupon24Psychiatry22book21EZsoft19creditcard17EAseries16Android15THUMath9513TWproducts13FITNESS10HatePolitics10IA9Kaohsiung9MAC8PublicIssue8sex8Steam8ask7car7Detective7Bank_Service6e-shopping6KOTDFansClub6Soft_Job6Translation6C_Chat5CVS5nb-shopping5Printer_scan5StupidClown5Tech_Job5Tobacco5WomenTalk5Childhood4Hearthstone4L_TalkandCha4Militarylife4PingTung4Stock4Anti-ramp3bicycle3einvoice3FTV3GossipPicket3hypermall3kodomo3L_TaiwanPlaz3MenTalk3Minecraft3movie3PttCurrent3PublicServan3Shu-Lin3ShuangHe3specialman3Taoyuan3AC_In2BCC_Midnight2Beauty2BigBanciao2BigSanchung2C_Sharp2Employee2emprisenovel2eslite2FamilyCircle2Folklore2home-sale2Keelung2KS94-3092LCD2Neihu2Salary2SongShan2Storage_Zone2SuperHeroes2Tainan2toberich2TW_Entertain2Wanhua2Windows2AfterPhD1AppleDaily1BigShiLin1China-Drama1Christianity1ChungLi1clmusic1cookclub1Cross_Life1CS_TEACHER1DragonBall1Education1eWriter1fastfood1fivesix1graduate1GuessX31GUNDAM1H-GAME1hair_loss1HCU1HK-movie1HsinChuang1HsinTien1HsinYi1Jacky_Woo1JamesWen1jawawa1Julia1KingdomHuang1KS98-3021Language1LAW1Lawyer1LinuxDev1Liu1Live1LivingGoods1LTK1Marginalman1marvel1MayDay1MP1NTHU_pingpon1NTPU-MBA1001NTU1P2PSoftWare1paranormal1PC_Shopping1PLT1Post1Publish1Reli-curio1SENIORHIGH1shoes1sky1SouthPark1Starbucks1StarTrek1study1studyteacher1SW_Job1Teacher1teeth_salon1THU_Talk1Tin-Ha1V_ScHooL1XBOX1XiangSheng1Yunlin1<< 收起看板(174)
3F推:你不是有看程式設計師的自我修養,上面第十章比這網頁04/23 16:44
4F→:寫得更詳細、完整,光看片面的資訊不太有用04/23 16:45
17F推:我想版主的意思是,不要回新文佔版面,不是要刪你原文04/21 21:07
21F推:這是一個政治上的議題,他必須要優先維護有直接提到語法04/21 21:16
22F→:的主題,所以將你的文章s,讓後面的人不要回文在原地討論04/21 21:16
23F→:當然你只要補上實際的程式碼,明面上大家都好過04/21 21:17
26F推:如果照這題程式碼運算,直接改掉findPrvNode的caller的04/21 21:43
27F→:判斷碼。就像破解序號驗證有時候靠得也不是正確的序號04/21 21:43
2F推:printf("HEX: %x", (~16 & 0x1F) + 1);04/21 20:04
17F推:這樣問,應該是有多次機會,從某段程式取得該指標04/21 17:46
20F→:list 是對方建立的,追蹤他的程式碼就有機會找到04/21 17:47
30F推:不知這題目...跟空間躍遷、海森堡不確定性原理有關係嗎?04/21 18:47
34F推:我覺得出題者如何驗證你的答案對不對,這是個關鍵04/21 19:03
35F→:比如我建一個新的 linked list,但是其中一個node用題目給04/21 19:04
36F→:的那個指標,那自然可以取得所謂的前一個node04/21 19:04
57F推:你的討論態度,開始讓我覺得無聊了,完全只想得到你自己04/22 16:05
58F→:心中預定想要的東西,其他的不屑一顧04/22 16:05
14F推:高富帥才是王道啊 http://goo.gl/IoXaj04/20 19:18
23F推:西瓜偎大邊04/21 08:13
4F→:感謝L大,所以上面應該是 operator<<(std::cout, 3.2F)04/20 03:22
5F→:補充:在 function template 內要呼叫全域函數時,ADL 也04/20 08:13
6F→:必須用來解決名稱問題,因為參數型態未知,無法用全名呼叫04/20 08:14
10F→:純 C 不需要 ADL,純 OO 也不需要 ADL,再加上他雖然提供04/20 16:33
11F→:方便的方法解決不少問題,卻也帶來新的問題的情況下,我對04/20 16:33
12F→:這 ADL 不太看好,我還是認為使用它是得不償失的04/20 16:35
18F→:抱歉沒講清楚,我指的是 CO2 類別最先有,然後 mf:foo 出04/20 17:07
19F→:現。最後才是 air::foo。同 namespace 整合性強,但是誰都04/20 17:08
20F→:能去寫這個 air::foo 把自己函數加進 air 裡。更重要的是04/20 17:09
21F→:我們原本對 using namespace 的觀念被破壞掉04/20 17:09
1F推:真的假的,這個 int set 到底有什麼魔力04/18 22:00
2F推:函數使用前,必須先做原型宣告,C++ 標準的規定04/18 22:09
3F推:好朋友只是朋友04/18 22:17
5F推:好朋友不能給「類別本身的 method」當04/18 23:00
6F→:而且他的功能就只是朋友,跟原型宣告毫無關係04/18 23:00
12F推:奇怪的是,我用 VC 照你的程式可以跑,真的可以省略...04/18 23:30
13F→:C++ 真是深奧難明04/18 23:31
25F推:全域函數的原型宣告,出現在 class 裡面,這不是很詭異嗎04/18 23:57
8F推:新版 C++ 有04/18 19:45
1F推:Frame 指向物件,應該要呼叫 Create 才能完成視窗建立吧04/18 02:01
3F推:如果你從 type 做類別判斷這件事是可靠的話,那直接向下04/18 00:27
4F→:轉型會有問題嗎?04/18 00:27
10F推:我懷疑他說的拿取資訊,是 p梯形->上底; 而非 p->info();04/18 01:11
11F→:所以才說直接向下轉型成 ptr梯形,如果要用多型,再把指標04/18 01:12
12F→:轉回 base * 就又可以用了,不必放棄04/18 01:13
17F推:應該是指標指向的物件根本不是對應的子類別,才可能發生吧04/18 01:31