作者查詢 / Killercat
作者 Killercat 在 PTT [ C_and_CPP ] 看板的留言(推文), 共2545則
限定看板:C_and_CPP
看板排序:
全部car23043Gossiping21483Road8505WOW5471MAC5469MRT5403iOS2618C_and_CPP2545HatePolitics1681SuperBike1605RealPlaying1333creditcard1324biker1070java845DIABLO780IA758GameDesign756Hunter739points593AndroidDev584Soft_Job531Military529Tech_Job497Programming448MacDev392Bus352DigiCurrency311Aviation310KMT279MusicGame261Coffee244worldtrigger200Railway196TORIKO151L_SecretGard150MobileComm148ONE_PIECE144C_Chat141Little-Games120marvel114Claymore101DPP91ToS62Neihu60GuildWars53EV50fatworld42C_Sharp38MobilePay38home-sale37movie34LoveLive_Sip31SYSOP30DarkSwords28Tainan25joke22Lifeismoney21politics18NTU16Salary16Stock16TaichungBun16About_Life15IC-Card12hypermall11iPod11MOD_AP11PublicIssue11Teacher11HateP_Picket10L_LifeInfo10Taoyuan10Wanhua10FinalFantasy9L_RelaxEnjoy9PlayStation9Sub_CS9Google8AC_In7L_TalkandCha7LangService7Gintama6Gov_owned6HsinYi6Kaohsiung6LinuxDev6media-chaos6Windows6BigShiLin5Browsers5E-appliance5EverQuest25Linux5Python5Shu-Lin5ShuangHe5sky5SongShan5travel5Android4CrossStrait4CVS4Eclipse4EuropeanCar4FITNESS4ForeignEX4ONLINE4PingTung4TuCheng4Barista3ComGame-Plan3FuMouDiscuss3ID_Problem3KMU3marriage3nb-shopping3pighead3Post3rent-exp3SENIORHIGH3StockPicket3StupidClown3Translate-CS3WomenTalk3YOLO3Datong2fastfood2Hong_Kong2Hsinchu2HSNU_9212Hualien2image2Lawyer2Leo2LoL2MuscleBeach2NTUT_ME495A2Nurse2Policy2TaichungCont2AfterPhD1Ajax1ask1AskBoard1Azumanga1CarShop1cat1CodeJob1CPBL1CSSE1DeathNote1dog1EatToDie1FTV1Geography1GTA1Hearthstone1Hotel1ID_Multi1Jolin1Keelung1KOTDFansClub1KS93-3201L_LifeJob1License1Monkeys1nCoV20191NDHU-AIPhy1NUU_CSIE1PC_Shopping1PokemonGO1PttBug1San-Ying1SetupBBS1sex1soul1specialman1speech1StarWars1Steam1SuperIdol1TA_AN1tennisprince1Tigers1traffic1TuTsau1twin1WarCraft1<< 收起看板(188)
1F推: 不過業界比較通用的是conan就是 但是這個也不錯 XD12/30 10:16
2F→: 但是conan真的難用到爆炸..... 希望這個能好用點12/30 10:16
7F→: find_package門檻高 要看懂.cmake跟理解他原理並不容易12/27 22:07
8F→: 但是說他是唯一正規做法這點並沒有錯 XD12/27 22:07
17F→: 主要是成員變數如果是const或者reference的話,這是11/24 21:33
18F→: 唯一的初始化跟賦值手段11/24 21:34
37F推: 老實講非本科除非想搞firmware 不然弄kernel意義不大11/02 09:23
38F→: 用kthread跟kernel space寫東西並沒有比較高大上11/02 09:23
39F→: 大多數軟體開發的情況來講 只是徒增煩惱跟成本而已11/02 09:24
40F→: 不過也許原po有什麼非常強烈的理由要學kernel11/02 09:24
57F→: 就真的很花時間,不過基於興趣的話,其實滿不錯的11/03 14:43
58F→: 只是實用性上我覺得還是得先講一下比較好 XD11/03 14:44
7F→: 要不是linus決定更改版本規則 現在還會是繼續2.6.xxx11/02 10:34
92F→: 就全部被凝縮成一個opaque pointer是還能怎麼最佳化XD11/10 14:53
82F→: 我能給的建議是,不要急著發表意見11/10 07:42
83F→: 先把想說的在腦袋裡面順一次 想想要不要發表 再寫11/10 07:42
84F→: 不過這篇居然沒有人把pImpl拖出來 真令人意外XD11/10 07:43
90F→: 基本上這條guide就是給沒用pimpl的code補救的方案之一11/10 14:51
91F→: 你真的寫成pimpl 這東西應該沒辦法再優化了....11/10 14:52
93F→: 應該說 還是能拿掉用不到的header啦 但效果不明顯了11/10 14:53
95F→: 是沒錯,不過要是使用pimpl的話,絕大多數的redundent11/10 22:39
96F→: header都會在.cpp而不在.h 這條guide最佳化就很有限了11/10 22:39
28F→: compile三級跳的慢 因為這是連鎖反應11/04 11:26
29F→: 另外雖然多半肇因於設計錯誤,但是名稱空間衝突機會也11/04 11:26
30F→: 會變大,當你用兩個3rd party的.h裡面的include還互相11/04 11:27
31F→: 衝突的時候你真的會欲哭無淚 要改都沒辦法改11/04 11:27
38F→: 其實這滿奇怪的,因為據我所知目前的shared_ptr他有10/29 14:39
39F→: 用replacement new/delete用類似memory pool的方式操作10/29 14:39
40F→: 除非我記錯了... 晚點看看C++17 STL實作先10/29 14:40
41F→: 因為這個要做pool太簡單了 大小是固定的....10/29 14:41
41F→: c++還有個問題就是 link libstdc++比link glibc大很多10/27 00:02
42F→: 如果你系統不是寸土寸金的話就比較沒差就是了....10/27 00:02
43F→: 這可不是只有佔儲存空間 而且記憶體空間也有差10/27 00:03
18F→: 「程式設計師的自我修養」我記得前幾章就在講這個...XD10/13 11:42
18F→: 其實雖然c++沒有gc,但是可以用shared_ptr / unique_pt09/18 12:29
19F→: r以及weak_ptr三者組合出類似的效果。難點在於你要怎09/18 12:29
20F→: 麼handle ownership 不然很多情況下照樣出包給你看09/18 12:29
21F→: 另外的確別再raw new了 很多類gc library都會提供09/18 12:31
22F→: placement new讓你活的愜意點 比方說AGM::LibGC09/18 12:31