作者查詢 / poyenc

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

作者 poyenc 的總覽 (PTT發文,留言,暱稱)

發文數量: 44

收到的『推』: 164 (47.5%)

收到的『→』: 181 (52.5%)

收到的『噓』: 0 (0.0%)

留言數量: 266

送出的『推』: 9 (3.4%)

送出的『→』: 257 (96.6%)

送出的『噓』: 0 (0.0%)

使用過的暱稱: 2

poyenc 在 PTT 最新的發文, 共 44 篇

Re: [問題] 求問一題指標題輸出

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

作者: poyenc - 發表於 2021/07/23 01:50(2年前)

Re: [心得] X86 架構下的 Memory Model

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

作者: poyenc - 發表於 2021/07/20 02:50(2年前)

Re: [問題] Leetcode 744

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

作者: poyenc - 發表於 2021/07/12 00:56(2年前)

Re: [問題] 請問陣列運算

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

作者: poyenc - 發表於 2020/12/17 22:36(3年前)

Re: [問題] if(X||Y)以及if(a()||b())的差異

[ C_and_CPP ]8 留言, 推噓總分: +5

作者: poyenc - 發表於 2020/12/16 00:01(3年前)

poyenc 在 PTT 最新的留言, 共 266 則

Re: [心得] X86 架構下的 Memory Model

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

作者: poyenc - 發表於 2021/07/20 02:50(2年前)

4^F推poyenc: 好奇你怎麼不看 Hans-J. Boehm 的提案還有論文, 而是看網07/19 02:10

5^F→poyenc: 路上的文章07/19 02:10

26^F→poyenc: 其實可以想想一個問題: 如果我們學習語言的途徑是透過看書07/21 16:04

27^F→poyenc: ; 那麼書的作者又是用什麼方式來學習? 編譯器開發者又是憑07/21 16:04

28^F→poyenc: 什麼依據來實作?07/21 16:04

[心得] X86 架構下的 Memory Model

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

作者: Instance - 發表於 2021/07/18 11:25(2年前)

6^F推poyenc: 好奇你怎麼不看 Hans-J. Boehm 的提案還有論文, 而是看網07/19 02:10

7^F→poyenc: 路上的文章07/19 02:10

[問題] +-運算子順序

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

作者: ooww - 發表於 2021/02/14 13:18(3年前)

16^F→poyenc: #1UdQMfoa02/14 16:12

[問題] C++ sort函數在leetcode上使用問題

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

作者: wilson50101 - 發表於 2020/07/17 17:39(3年前)

7^F→poyenc: 這是因為 call syntax 還沒有 unify 的緣故, 看回覆晚點補07/18 09:57

8^F→poyenc: 充07/18 09:57

Re: [討論] 對於同事的coding style感到很感冒

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

作者: lovejomi - 發表於 2020/05/13 16:10(4年前)

1^F→poyenc: const 不是為了避免修改, 而是要求物件的行為 consistent05/13 17:07

2^F→poyenc: 這是為什麼 mutable 存在的原因, 這可以從兩個角度來看:05/13 17:10

3^F→poyenc: 1) 給物件的人 2) 收物件的人, 對於收的人來說加上 const05/13 17:14

4^F→poyenc: 是希望物件的外顯行為能一致, 這是基本假設. 對給的人來說05/13 17:15

5^F→poyenc: 加上 const 是用來限縮可用介面, 也許是為了避免狀態被改05/13 17:17

6^F→poyenc: 動, 或者只是想提供不同的介面組合給對方 (使用 ref05/13 17:21

7^F→poyenc: qualifier 也可以達成類似目的). 所以收的時候需要注意綁05/13 17:23

8^F→poyenc: 定的 value category 以及 constness, 給的人也要看情況使05/13 17:23

9^F→poyenc: 用 std::forward()/std::move()/std::as_const()05/13 17:24

10^F→poyenc: 所以 pass by value 的情況下不用加上 const 的原因是使05/13 17:30

11^F→poyenc: 用者只有執行函式的執行緒, 所以要求行為一致是沒有意義的05/13 17:31

12^F→poyenc: noexcept 的用意和 throw() 不一樣, 在 C++ 裡我們應該預05/13 17:57

13^F→poyenc: 設所有函式都會 throw 但你可以透過 throw() 來說你其實不05/13 17:58

14^F→poyenc: 會 throw, 而編譯器所做的相應處理是把 propagate excepti05/13 17:59

15^F→poyenc: on 的 code 拿掉, 換句話說 noexcept 是優化的手段和05/13 18:00

16^F→poyenc: exception handling 策略無關, 那取捨其實就看團隊了, 大05/13 18:01

17^F→poyenc: 部分針對 scalar type 的操作比較容易加上 noexcept 來優05/13 18:01

18^F→poyenc: 化, 而其他情形就看你們對效能的要求來做決定. 這都是需要05/13 18:02

19^F→poyenc: 先做 profiling05/13 18:03

22^F→poyenc: 跟是不是 primitive 無關, 由預期的行為決定加不加 const05/13 18:19

23^F→poyenc: 如果你期望兩次 std::cout << i << std::endl; 出來的值都05/13 18:20

27^F→poyenc: 要一樣, 不應該有其他執行緒去更改值, 最好加上 const 來05/13 18:20

28^F→poyenc: 表達意圖05/13 18:21

29^F→poyenc: 沒錯, 但 noexcept 與否應該藉由實作程式碼來決定而不是反05/13 18:26

30^F→poyenc: 過來由介面限制實作, 你在裡面寫了 try-catch 其實是和編05/13 18:26

31^F→poyenc: 譯器做類似的事情, 所以我們才會用 noexcept() 運算子來決05/13 18:27

32^F→poyenc: 定函式的 signature 而不是用人工去比對05/13 18:28

38^F→poyenc: @FRAXIS 要看你對該 instance variable 型別有什麼要求,05/13 22:05

39^F→poyenc: 在介面受限的情況下是不是還能實作你想要的類別, 來去決定05/13 22:06

40^F→poyenc: constness, @lovejomi 只是比較常和 committee member 討05/13 22:07

41^F→poyenc: 論而已, 我覺得要看你對 const 的理解是到語法層還是語意05/13 22:08

42^F→poyenc: 層, 我的習慣是預設全加 const, 還有需要 noexcept 的情況05/13 22:10

43^F→poyenc: 全用 noexcept(bool) 來決定. 預設全加 const 是為了減輕05/13 22:11

44^F→poyenc: 讀碼的負擔還有方便驗證, 不過 pass by value 不會加const05/13 22:12

45^F→poyenc: 因為這情況在介面加 const 是多餘的05/13 22:13

poyenc 在 PTT 的暱稱紀錄, 共 2 個

暱稱：髮箍

文章數量：37

暱稱：高髮箍

文章數量：7