作者查詢 / loveme00835

總覽項目：發文 | 留言 | 暱稱

作者 loveme00835 在 PTT [ C_and_CPP ] 看板的留言(推文), 共8629則

限定看板：C_and_CPP

看板排序：

全部C_and_CPP8629T-ara3254Rainbow2642DSLR640KARA631movie486SNSD400Gossiping259KoreanPop109Programming98Soft_Job60GirlsDay49BLEACH42Beauty41Sub_CS32AfterSchool30BLACKPINK30C_Chat24car24GFRIEND21KoreaDrama21Olympics_ISG19C_Sharp14FourMinute11StupidClown11Lifeismoney10Keelung8Key_Mou_Pad8SecretGirls8ChungLi7MobileComm7Theater7APINK6NTOU_TALK6ONE_PIECE6WorldCup6EAseries5Visual_Basic5CLHS-TALK4CVS4DC_SALE4marriage4TVXQ4ask3AyaseHaruka3CarShop3DJ_Ken3hypermall3Korea3Prob_Solve3SISTAR3BEG2ComGame-Plan2HIGHLIGHT2japanavgirls2KR_Entertain2LeeMinHo2MBLAQ2Mo-Musume2MusicGame2NineMuses2Oneday2PokeMon2SHINee2SYSOP2Tech_Job2TeenTop2THUMath952AC_In1AOA1ArakawaCow1Archery1ASM1BoA1Cloud1CSonline1Food1FTISLAND1fx1hardware1HelloVenus1INFINITE1joke1KS96-3181Little-Games1MH1missA1NANLIN3011NCKU_ECO971NTHUTL971ParkMinYoung1PeopleSeries1PttNewhand1SD-GundamOL1SFFamily1SSSH-16th-Fk1SuperJunior1Test1U-KISS1<< 收起看板(99)

首頁

尾頁

Re: [問題] porting issue(32bits-->8bits)

[ C_and_CPP ]27 留言, 推噓總分: +2

作者: galic - 發表於 2020/04/15 02:36(4年前)

17^F→loveme00835: xD04/15 23:11

[問題] 同時對array的多個位置取值的方法

[ C_and_CPP ]22 留言, 推噓總分: +6

作者: doasgloria - 發表於 2020/04/13 21:12(4年前)

10^F→loveme00835: 你知道這樣一個陣列有多大嗎？xD04/14 10:39

[問題] 利用factory pattern避免constructor失敗

[ C_and_CPP ]7 留言, 推噓總分: 0

作者: ken771209 - 發表於 2020/04/07 20:21(4年前)

1^F→loveme00835: 你是不是忘記除非加上 noexcept 不然我們應該假設每04/07 21:10

2^F→loveme00835: 個函式都會 throw? 而這就是一種報錯的方式04/07 21:10

Re: [問題] 請問我這個程式能用迴圈做嗎?

[ C_and_CPP ]18 留言, 推噓總分: +6

作者: nullpointerk - 發表於 2020/04/01 04:06(4年前)

5^F→loveme00835: xD 好多洞恐怖04/02 20:28

6^F推loveme00835: 在做 lifetime extension 的時候確保你的函式是什麼04/04 01:35

7^F→loveme00835: 行為會比較好喔，而且看來沒有好好利用 ADL 而選擇04/04 01:35

8^F→loveme00835: 把東西直接丟進 std 命名空間這污染不一般，decltyp04/04 01:35

9^F→loveme00835: e() 雖然說很方便，但你還是沒有避掉隱式轉型，所以04/04 01:35

10^F→loveme00835: 大部分用 auto/decltype 的情境都很多餘04/04 01:35

11^F→loveme00835: 通常我們在模板化的時候會儘量使用 STL 常見的介面04/04 01:45

12^F→loveme00835: ，所以呼叫std::string::size() 會是比較好的選項，04/04 01:45

13^F→loveme00835: 如此未來要換成 std::string_view / std::span 都是04/04 01:45

14^F→loveme00835: 可行的選項，不然這個模板就是割雞用牛刀的範例，pr04/04 01:45

15^F→loveme00835: iority 因此降低了。另外應該是為了避掉編譯錯誤才04/04 01:45

16^F→loveme00835: 把參數宣告成 ref to const uint8_t 還有 const uin04/04 01:45

17^F→loveme00835: t8_t 吧？整份扣看起來很糟糕04/04 01:45

[問題] 請益標頭檔內的結構共用問題

[ C_and_CPP ]37 留言, 推噓總分: +4

作者: wargods8402 - 發表於 2020/01/30 18:13(4年前)

15^F噓loveme00835: 因為你連基本常識都不會，所以就算前幾樓把答案直接02/01 14:47

16^F→loveme00835: 打出來，你也會以為人家藏步。如果有好好買本書看完02/01 14:47

17^F→loveme00835: 基本上連這個問題都不會遇到02/01 14:47

[問題] C/C++ coding standard

[ C_and_CPP ]17 留言, 推噓總分: +3

作者: gozule - 發表於 2020/01/05 09:51(4年前)

3^F→loveme00835: 就像你說的 coding standard 是由不同組織發行, 當然01/06 03:06

4^F→loveme00835: 有其目的, 我只有跟 MIRSA/AUTOSAR 所以簡單分享一下01/06 03:08

5^F→loveme00835: , 它們是從軟體分析/驗證的角度出發, 補足語言本身設01/06 03:08

6^F→loveme00835: 計有缺陷的地方, 但是這些有些目前用工具抓不出來,01/06 03:09

7^F→loveme00835: 就需要去規範寫的人, 不過前提是你不會先被 tool 給01/06 03:13

8^F→loveme00835: 搞到煩死, 除非是很有潔癖的人, 不然追 C++ Core Gui01/06 03:13

9^F→loveme00835: delines 還有《C++ Coding standards》裡的規則基本01/06 03:15

10^F→loveme00835: 上就符合一般人對軟體的需求. 至於像 Goolge/LLVM 等01/06 03:15

11^F→loveme00835: 和組織文化比較有關的規範就看個人頻率去追, 主要還01/06 03:17

12^F→loveme00835: 是要看你有沒有那個毅力還有時間成本01/06 03:17

[問題] 為什麼CRTP+variant還是比virtual快很多

[ C_and_CPP ]19 留言, 推噓總分: +1

作者: ab4daa - 發表於 2020/01/02 12:28(4年前)

4^F→loveme00835: variant 做的事情就是用 type code 判斷然後再轉型,01/02 23:09

5^F→loveme00835: 而轉型後實際上呼叫的函式是在編譯時期就選好的, 你01/02 23:09

6^F→loveme00835: 可以自己用 union + type code 實作看看01/02 23:09

Re: [問題] struct alignment

[ C_and_CPP ]35 留言, 推噓總分: +4

作者: DJWS - 發表於 2019/12/15 07:32(4年前)

2^F→loveme00835: 結果有進入狀況的原 PO 還少最重要的關鍵字:12/15 16:40

3^F→loveme00835: layout-compatible. 頗呵12/15 16:41

4^F→loveme00835: 全世界你最懂12/15 16:42

[問題] struct alignment

[ C_and_CPP ]99 留言, 推噓總分: +7

作者: DJWS - 發表於 2019/12/11 07:58(4年前)

42^F推loveme00835: ADT 的概念那麼差還談 OO xD12/12 20:39

44^F推loveme00835: 因為你根本搞不清楚你要做什麼, 先把 data oriented12/12 21:04

45^F→loveme00835: 搞成 object oriented, 所以型別命名就錯掉了. objec12/12 21:04

46^F→loveme00835: t oriented 著重在 service/behavior 所以真正多型的12/12 21:04

47^F→loveme00835: 地方是用 function 來實作, 而不是資料. 如果是 data12/12 21:04

48^F→loveme00835: oriented 你的宣告方式就錯了. 順便一提這條超簡單,12/12 21:04

49^F→loveme00835: 我回家再貼12/12 21:04

50^F→loveme00835: 關鍵字「macro metaprogramming」12/12 21:05

52^F→loveme00835: https://wandbox.org/permlink/WSJJr5q4pFdACcJy12/12 22:54

60^F→loveme00835: 但是你的型別就是 OO 的命名風格, 但作的是 DO12/13 08:50

61^F→loveme00835: 更優雅? 你何不把共用的 variable 增加到 1k 個看看?12/13 08:52

66^F→loveme00835: 如果是一般作法就會是用很簡單的 nested struct 去實12/13 09:01

68^F→loveme00835: 作, 各自去 maintain 自己的 offset, 但是都可以註冊12/13 09:02

69^F→loveme00835: 同樣 prototype 的 accesor function 去操作, 所以根12/13 09:03

70^F→loveme00835: 本不需要重複的程式碼, 好不好維護完全是設計問題,12/13 09:05

72^F→loveme00835: 你硬要用 designated initializer 來初始化物件那這12/13 09:05

73^F→loveme00835: 樣勢必要有展開的動作12/13 09:06

75^F→loveme00835: 所以問題就是, 你不知道你卡的點在哪, 但是別人提的12/13 09:08

77^F→loveme00835: 方案能解只是需要其他 work, 你不知道也不想作, 因為12/13 09:09

78^F→loveme00835: 你想像的 C99 跟別人的很不一樣12/13 09:10

[問題][SQL]關於C++使用資料庫

[ C_and_CPP ]38 留言, 推噓總分: +3

作者: zo6596001 - 發表於 2019/10/26 17:07(4年前)

1^F→loveme00835: 你讀檔是怎麼找的?10/26 17:43

6^F→loveme00835: 依你現在的邏輯, 用資料庫可能也不會完全發揮特性10/26 22:10

7^F→loveme00835: 瓶頸在字串比對這裡, 太多餘了, 你可以先做前處理分10/26 22:11

8^F→loveme00835: 成幾個只擁有部分資訊的檔案, 這個觀念你在資料庫建10/26 22:12

9^F→loveme00835: 表也用得到10/26 22:12

17^F→loveme00835: 那問題來了: 你覺得時間複雜度真的是 O(n^2) 嗎? 有10/27 00:11

18^F→loveme00835: 輪子你也要會開才行10/27 00:11

20^F→loveme00835: 簡單舉個例子, 創一個 List-a.txt 檔案裡面包含的只10/27 00:41

21^F→loveme00835: 有檔名是 a 開頭的項目, 這樣簡單的處理就可以讓搜尋10/27 00:42

22^F→loveme00835: 速度快不少, 還有如果你只是想搜尋檔名, 為什麼連屬10/27 00:42

23^F→loveme00835: 性也要一併讀進來? 搜尋的方法有很多, 你卻選了最爛10/27 00:43

24^F→loveme00835: 的然後說想用資料庫加速, 結果資料庫也是另外建索引10/27 00:44

25^F→loveme00835: 阿! 而且前面關鍵字都給了, 谷歌一下看範例應該不難10/27 00:45

26^F→loveme00835: , 怕是怕連搜尋方法都懶得想, 那建表格看 API 文件更10/27 00:46

27^F→loveme00835: 難我想你應該也做不了10/27 00:46

首頁

尾頁