作者查詢 / LPH66
作者 LPH66 在 PTT [ C_and_CPP ] 看板的留言(推文), 共6643則
限定看板:C_and_CPP
看板排序:
全部Math8738C_and_CPP6643Minecraft1895puzzle1782Little-Games1256PHP992Web_Design735killercorp717java657SYSOP599Programming582Mathematica451Prob_Solve389Windows387IME381Ajax319RegExp297b94902xxx229PttBug229HOT_Game210Visual_Basic206Inference204Hunter198NTU-K9167KS94-317160Steam155EzHotKey134BoardGame131Conan122HarryPotter120CSSE115Flash104Database96AndroidDev91GameDesign88Kindaichi_Q88Android86Wikipedia74LaTeX71BBSmovie59SMSlife57DeathNote54riddle52Weyslii49wretch42IMO_Taiwan38Suckcomic38b96902HW37NTU37b94902HW35Doraemon30NTU-MAGIC26NTUDormM723NTUcourse21ONE_PIECE19b95902xxx18KSHS_Talk18b95902HW15NTNU_Lin_9615PLT15CSCouncil11PttCurrent11C_Chat10transgender9Translate-CS9VR9NTUDormG18Education7HSNU_10857KS93-3207NCKU-BEH957NDMC-D627PttNewhand7b99902HW6hikarugo6NtuDormM16youtuber6b96902xxx5b97902HW5CompilerDev5GO5L_LifeInfo5MJ5NSwitch5SummerCourse5tutor5Hsinchu4Liu4PushDoll4AppsForBBS3b98902HW3CSIE_WSLAB3Gossiping3Kao-KSHS3KS93-3163NARUTO3NTUST-DT93-23RSSH94_3013b97902xxx2ck50th3232ck55th3252ck58th3122CS_Badminton2CSIE_Mahjong2NANLIN3012NDHU-His962NTUDormFJr2NTUGIEE_EDA2PCman2PCSH91_3052PttSuggest2PttWeb2SFFamily2WinMine2Abin1AGO1Aquarius1Army-Sir1ASHS-93-li1AskaYang1B92310XXX1b99902xxx1blind_pc1Browsers1CCSH_92_3161CGU-MED-991CGU_EE981ck55th1201ck55th3241ck56th3181CK84Courage1CLHS-53-131CM38th071consumer1CPU_AM7011CPU_FC7311CSMU-MED941CTSH913021CTSH923051DaZhi6thH3021Eclipse1FJU-AM-901FJU-BA92C1FJU_GF1FSHS-94-3181Google1Grad-ProbAsk1Greenfield1HKday1Hoobastank1HORTUS-911HSNU_10731HSNU_9291HSNU_9381HSNU_9581HSNU_9851HSNU_9891HSNU_9901Hu_Yen_20041HY-40-Xin1ILSH-943131INSECT-901Itchie1Jay1JH30th3061Jinmen1joke1kekkai1KhalilFong1KS90-3091KS94-3151KS94-3211KS98-3021lab6211LD_IM93-21MATLAB1MDscience6th1Moto_GP1MuscleBeach1NCCU00_Stat1NCCU02_PSYCH1NCCU03_ETHNO1NCCU03_PF1NCCU04_MAT1NCCU04_Stat1NCCU98_RMI1NCCU99_Stat1NCHU-AGR001NCHU-AGR071NCKU-PH981NCUFingrad031Network1NIUECE911NTNU_bridge1NTOU-YP1NTPU-JLAW941NTPU_CK_CM1NTU-GIIB20021NTU-GIIB20041NTU95thLIS1NTUBIME-1021NTUCH-941NTUDormM61NTUE-Art961NTUE-CS1031NTUE_Nse961NTUE_Nse981NTUHistory881NTUHorti961NTUKGA1NTUMath911NTUMath941NTUMT-921NTUMystery1NTUNewPlace1NTUST-DT92-11NTUT_EE490A1NUTN_SSSS1Oguri_Shun1Old-Games1onlychild1Peitou29t3161Penny1PERCUSSION1PokeMon1PttHistory1Romances1RSSH93_3071SCU_ACCM971SM02th031SM05th3xx1SOFTSTAR1SSSH-13th3111STDM-87-3051Stephen1streetsinger1TFGCRC1THU-P-Softbo1TigerBlue1TMU9711Translation1TSH97_YK1Ur-hsing1VET_921w-inds1wegoJT3021WuLing46-3051WuLing46-3171YP91-3121YP92-3011YP92-3031YP94-3141<< 收起看板(252)
30F推: 再說一次, value category 是式子的屬性, 不是物件的屬性04/13 14:36
31F→: 即使在不同狀況下參照到同一個物件仍然可能是不同 category04/13 14:37
32F→: (因此才會有延長物件壽命的規則, 因為 category 可能變化)04/13 14:38
15F推: 如果這個排序可以不必是繼承順序的話 (建圖應該可以不是)02/08 13:52
16F→: typeid(型態) 所得到的 type_info 物件有 hash_code() 能用02/08 13:52
17F→: 或者根本可以用此 type_info 的 before() 方法判斷順序02/08 13:52
6F推: 我有點好奇「求多重繼承指定父類的順序」的用處在哪02/07 01:18
15F推: 有號數對 INT_MIN 取負可能溢位, 而有號數溢位是 UB01/18 05:21
16F→: 然後其實這一點對 cmp1 和 cmp2 都是一樣的01/18 05:24
17F→: (因為不論是否經過巨集, 兩邊都有直接取負的運算)01/18 05:25
18F→: 嘛, 講「可能」溢位是早期 C/C++ 的定義了, C++20 的有號數01/18 07:35
19F→: 固定為二補數所以 INT_MIN 取負真的是溢位01/18 07:35
1F推: 你有改過字型設定嗎?01/14 19:00
3F推: 不要用有 @ 開頭的字型, 那是給直寫中文用的, 會像你這樣轉01/14 19:03
4F→: 拉到字型選單最下面有普通的中文字型01/14 19:03
15F推: 這個在 C++20 已經先行登場了, C23 只是跟上而已12/29 19:04
16F→: 因為 __VA_ARGS__ 為空時的狀況本來就很討厭12/29 19:04
17F→: gcc 用 , ## __VA_ARGS__ 去「解決」其實是 hack12/29 19:05
18F→: 就是五樓提的 ## 本來是用來把兩個 token 貼成一個12/29 19:07
19F→: 逗號貼什麼東西都不是合法 token 所以就拿來 hack 成這行為12/29 19:08
20F→: C++20 登場的 __VA_OPT__ 的用途就是把這個邊界狀況給解決12/29 19:09
1F推: 可以說說想要這樣設計的理由嗎?11/10 08:45
2F→: 你為什麼需要一個 Base::foo() 的「介面」在那裡?11/10 08:46
8F推: 所以你的各 Derived 只是各種可以 foo 的標記?11/10 09:01
9F→: 因為你想靜態使用, 這表示各 Derived 不會有成員11/10 09:01
10F→: 那各 Derived 之間的差別就僅僅是 foo 實作不同而已11/10 09:01
11F→: 回到「不會忘了去做出foo的內容」這句話, 為什麼你會想要11/10 09:06
12F→: Derived 「不會忘了實作一個靜態方法」? 有誰會用嗎?11/10 09:06
21F→: 其實 concept (或 pre-C++20 用 SFINAE) 應該八成是他要的11/10 10:54
22F→: 這樣甚至不需要一個 "Base" 在那裡11/10 10:55
23F→: 但我好像很少看到這類型的限定會用在 static 成員函數上11/10 10:55
1F推: 你有中文字型檔嗎?11/05 19:21
52F推: 我會認為這個「選項」應該要是 business logic 的一部份11/04 12:29
53F→: 是的話其實也沒什麼「忘了」的問題, 因為那就是沒實作完全11/04 12:30
54F→: 如果未來要加其他開關的話應該要以等同改變 business logic11/04 12:31
55F→: 的型式去處理, 而不只是加一個開關調整這種事11/04 12:31
56F→: 講更簡單一點就是, 加開關應該要以等同於改流程的程度對待11/04 12:36
57F→: (實際上真的在改流程, 新增某條件之下某流程可跳過的邏輯)11/04 12:36
58F→: 未來不管是加別的開關或是流程調整都要順過整個流程才實作11/04 12:37
59F→: 這樣這些開關是流程的一部份, 就不會有什麼「忘記」的問題11/04 12:38
2F→: [公告] 發文附上程式碼較易獲得協助10/08 03:58
10F→: 我還沒細看, 不過我將一個小畫家畫的 24x24 24 位元 bmp10/09 04:52
11F→: 餵入這支程式, 它會對每個輸入圖產生兩個 270 byte 大小的10/09 04:53
12F→: 檔案 -- 這一點顯然不對, 因為原圖有 1782 byte 大小10/09 04:53
13F→: 而你的程式至少其中一部份是將其放大10/09 04:54
14F→: 由小畫家存的 bmp 檔大小, 16x16 24 位元應有 822 byte10/09 04:56
15F→: 36x36 24 位元應有 3942 byte10/09 04:57
16F→: 這裡我甚至還沒去看你的縮放計算 (因為根本看不到結果)10/09 04:58
17F→: 這裡就給一個建議: 輸入的 bmp 格式很容易用小畫家畫一個10/09 04:59
18F→: 所以你就隨便存一個去測試你的程式相關的東西到底對不對10/09 05:00
13F推: 最簡單的就是告訴函數"你的a柱是誰,b柱是誰,c柱是誰"09/26 15:34
14F→: 而這就只是簡單地把參數傳進去而已09/26 15:35
15F→: 遞迴的時候會出現"我的a柱是子問題的b柱"這種事情09/26 15:35
16F→: 那就直接將告訴我是a柱的東西傳給子問題的b柱就好09/26 15:36
17F→: (基本上就是二樓提的,要不要包struct隨你)09/26 15:36