作者查詢 / CoNsTaR

總覽項目: 發文 | 留言 | 暱稱
作者 CoNsTaR 在 PTT [ C_and_CPP ] 看板的留言(推文), 共1329則
限定看板:C_and_CPP
Re: [問題] template 做 strategy pattern的問題
[ C_and_CPP ]48 留言, 推噓總分: +25
作者: tinlans - 發表於 2016/09/09 01:23(9年前)
1FCoNsTaR: 推 又釐清觀念了09/09 02:29
16FCoNsTaR: 樓上 你從來沒有感覺到 c++ 社群崇尚技術大於一切的風氣09/09 20:15
17FCoNsTaR: 嗎09/09 20:15
18FCoNsTaR: 不論是書籍還是網路 普遍看來都是這樣的吧…09/09 20:15
29FCoNsTaR: 沒有特別指什麼啦…只是泛指網路上的 c++ 使用者們而已09/09 23:08
Re: [問題] template 做 strategy pattern的問題
[ C_and_CPP ]36 留言, 推噓總分: +5
作者: Sirctal - 發表於 2016/09/08 20:11(9年前)
1FCoNsTaR: 策略看需求決定 人家會這樣設計就是有他的理由09/08 21:17
2FCoNsTaR: 你不了解別人程式的需求 那有什麼好討論的…09/08 21:17
4FCoNsTaR: 我只是想說,你想反了 先有需求,擬定策略,才有做法09/08 21:54
5FCoNsTaR: 而不是死記模式,然後哪個模式給我最多好處我就用他09/08 21:54
6FCoNsTaR: 模式只是一個教你設計的範例 先假設情境再解決給你看09/08 21:54
7FCoNsTaR: 沒有人能數出所有優缺點的,因為同樣做法放在不同情境就09/08 21:54
8FCoNsTaR: 是不一樣09/08 21:54
9FCoNsTaR: 作者講的優缺點就只是舉例,教你怎麼想而已,不是要你背09/08 21:54
10FCoNsTaR: 起來09/08 21:54
11FCoNsTaR: 每個模式都是由好幾個概念組合起來的,你要學習的是其中09/08 21:54
12FCoNsTaR: 的概念,不是模式本身09/08 21:54
13FCoNsTaR: 要是模式本身有實用性的話早就有23 patterns 的 Lib 出09/08 21:54
14FCoNsTaR: 來了09/08 21:54
15FCoNsTaR: Patterns 的展示&教學意義比實用性高太多了09/08 21:54
16FCoNsTaR: 不要被社群的造神風氣影響了,請看事物的本質09/08 21:54
17FCoNsTaR: 所以,不會有你講的失去好處的問題 只有最適合的方法,沒09/08 22:00
18FCoNsTaR: 有最好的方法09/08 22:00
19FCoNsTaR: 然後用 template 當然是效能和 general 程度的取捨得到09/08 22:00
20FCoNsTaR: 的結果09/08 22:00
21FCoNsTaR: 不知道人家的用途也無從得知為何不要完全用 virtual 或是09/08 22:00
22FCoNsTaR: 整個寫死而選用 template 啊09/08 22:00
26FCoNsTaR: 或許是他的用詞吧 不該套這個詞上去的 造成誤會09/08 22:46
31FCoNsTaR: 是喔 我以為可以 runtime 決策是 strategy 的重點欸!09/08 23:12
32FCoNsTaR: 因為那代表它可以把 state 儲存在 type 以外的其他地方09/08 23:14
33FCoNsTaR: 啊09/08 23:14
34FCoNsTaR: 用 type 紀錄 state 在沒有 type families 和 dependent09/08 23:17
35FCoNsTaR: type 的語言裡是要怎麼 runtime 做決定啦XDD09/08 23:17
36FCoNsTaR: 我也是很好奇09/08 23:17
[問題] C做字串互換
[ C_and_CPP ]27 留言, 推噓總分: +13
作者: sagwow - 發表於 2016/09/06 09:59(9年前)
11FCoNsTaR: char* a[100] 或許才是你要的?09/06 12:05
[問題] 適合新手練習的遊戲
[ C_and_CPP ]47 留言, 推噓總分: +11
作者: jack1218 - 發表於 2016/09/05 10:25(9年前)
43FCoNsTaR: 推樓上 blog,當初看到也是很勵志09/08 23:34
45FCoNsTaR: 樓上 我記得有 13 篇欸 每篇都不短 你也看太快了吧…09/09 00:17
46FCoNsTaR: 而且作者的回覆也值得一看09/09 00:17
[問題] template 做 strategy pattern的問題
[ C_and_CPP ]43 留言, 推噓總分: +19
作者: Clangpp - 發表於 2016/09/04 19:13(9年前)
40FCoNsTaR: TMP 不算是一般 programming 嗎09/07 13:28
[問題] 注音變成亂碼
[ C_and_CPP ]9 留言, 推噓總分: +1
作者: HenryLiKing - 發表於 2016/08/29 21:49(9年前)
4FCoNsTaR: wchar locale08/30 00:01
[問題] 關於Labview與C的wrapper.dll問題
[ C_and_CPP ]31 留言, 推噓總分: +1
作者: hstrxgfcg216 - 發表於 2016/08/19 13:27(9年前)
1FCoNsTaR: 我 google labview c dll 就一堆了…08/19 15:13
2FCoNsTaR: 如果有問題而且確定是 c/c++ dll 我猜 calling conventio08/19 15:15
3FCoNsTaR: n08/19 15:15
14FCoNsTaR: 問題是 不會有你說的問題發生阿…08/20 14:07
15FCoNsTaR: 從來沒聽過什麼 dll 資料結構什麼 dll 包 dll wrapper08/20 14:08
16FCoNsTaR: 的08/20 14:08
17FCoNsTaR: 你主管只是不想花錢買軟體之後遇到一堆問題 然後他也只08/20 14:13
18FCoNsTaR: 知道你要把 c 和 labview 接起來所以才這樣跟你說吧 實08/20 14:13
19FCoNsTaR: 際上你主管重點不是在 labview + dll 會有什麼問題 而是08/20 14:13
20FCoNsTaR: 買了 labview 能不能達到想要的效果08/20 14:13
21FCoNsTaR: 我覺得你現在最好的做法是去弄個試用版 labview 來給他08/20 14:26
22FCoNsTaR: 玩一玩 確認會不會遇到問題 順便讓你更了解這些東西 才08/20 14:26
23FCoNsTaR: 有能力能預期哪邊可能會出問題08/20 14:26
24FCoNsTaR: https://decibel.ni.com/content/docs/DOC-9079 這裡寫得08/20 15:22
25FCoNsTaR: 滿清楚08/20 15:22
26FCoNsTaR: 你的函式回傳/接收的參數必須是 Labview 能夠處理的08/20 15:25
27FCoNsTaR: 如果你的函式接收/回傳 Labview 不能處理的資料你就得重08/20 15:27
28FCoNsTaR: 寫程式/wrapper 包起來 這樣而已08/20 15:27
29FCoNsTaR: 那要看你有沒有舊 dll 的原始碼 有原始碼就沒有“舊dll08/20 16:38
30FCoNsTaR: ”這個問題啦08/20 16:38
31FCoNsTaR: 沒有原始碼就只是變成新 dll 動態連結舊 dll 這樣08/20 16:40
[問題]access static variable 的權限問題
[ C_and_CPP ]28 留言, 推噓總分: +9
作者: j7210429 - 發表於 2016/08/17 01:33(9年前)
1FCoNsTaR: 不了解 function 和 block 的定義…還是不要當工程師比08/17 03:29
2FCoNsTaR: 較好……08/17 03:29
27FCoNsTaR: 推樓上 不過天外飛來一筆的大括號只能在另一個 block 裡08/18 01:47
28FCoNsTaR: 出現 XD08/18 01:47
Re: [問題] 什麼時候會需要用到linked list ??
[ C_and_CPP ]4 留言, 推噓總分: +3
作者: strangehead - 發表於 2016/08/12 22:54(9年前)
1FCoNsTaR: 推08/13 01:32
[討論] 讓programmer控制variable所需的bit數?
[ C_and_CPP ]186 留言, 推噓總分: +32
作者: Caesar08 - 發表於 2016/07/30 14:55(9年前)
14FCoNsTaR: 與其讓使用者決定變數大小 還不如讓編譯器決定07/30 17:23
15FCoNsTaR: 只要你這語言的語意可以表達得夠清楚(像fp語言)07/30 17:23
16FCoNsTaR: 很多變數的值的上限都能在編譯期被求出來07/30 17:23
17FCoNsTaR: 讓使用者不用擔心變數大小 真正的 bit 數編譯器會在編譯07/30 17:23
18FCoNsTaR: 期幫你決定 你改程式也不用擔心變數大小 編譯器幫你算07/30 17:23
19FCoNsTaR: 使用上整數就通通是 int 浮點數就全部用 double 之類的…07/30 17:23
20FCoNsTaR: 至於無法求出上限的就照 C++ 原本標準來做 你覺得這樣如07/30 17:23
21FCoNsTaR: 何07/30 17:23
22FCoNsTaR: 你說的是抽象化分類的極端 我講的是泛化統整的極端07/30 17:23
23FCoNsTaR: 這種問題沒有答案 所以…還是照原本就好囉…07/30 17:23
24FCoNsTaR: 畢竟 C/C++ 都是強調不做太多的語言(像是沒有GC) 這種事07/30 17:23
25FCoNsTaR: 情需要的人再用 bitfield 就好啦 XD07/30 17:23
31FCoNsTaR: 使用者輸入就是一個編譯器算不出上/下限的東西啊 這種東07/30 17:58
32FCoNsTaR: 西照你的方法是很適合沒錯啦XD07/30 17:58
33FCoNsTaR: 應該說是各有用途 用在不同地方吧07/30 17:59
34FCoNsTaR: 或許你已經強制指定的編譯器就直接用你的特化版07/30 18:01
35FCoNsTaR: 沒指定的它再幫你算 你沒指定它又算不出來看是要報錯 還07/30 18:01
36FCoNsTaR: 是用原本標準07/30 18:01
37FCoNsTaR: 這樣寫個程式也好累喔 XDDD 不過是滿不錯的構想啦說真的07/30 18:02
38FCoNsTaR: 增加程式安全性07/30 18:03
41FCoNsTaR: debug 災難沒錯 不過這做法也可以避免掉很多很多 bug 了07/30 18:07
42FCoNsTaR: XD07/30 18:07
68FCoNsTaR: 可是樓上 xxx = func(); 預設是不會 warning 的 就算 fun07/30 23:29
69FCoNsTaR: c 回傳常數 128 也一樣07/30 23:29
91FCoNsTaR: 樓上這麼做的優點就是不用考慮 overflow 啊…07/31 17:05
92FCoNsTaR: 你已經知道它在這個程式裡有可能被賦的最大最小值了 怎07/31 17:06
93FCoNsTaR: 麼會 overflow07/31 17:06
94FCoNsTaR: 我也認同原 po sint int uint 的構想07/31 18:15
95FCoNsTaR: 只是我覺得 signed unsigned (原本是 modifier) 可以變07/31 18:15
96FCoNsTaR: 成像是 const 那樣的東西(qualifier)07/31 18:15
97FCoNsTaR: int (specifier) 本身可以儲存任何整數 但是一旦加了 sig07/31 18:15
98FCoNsTaR: ned/unsigned07/31 18:15
99FCoNsTaR: 你就不能賦 正/負 數給他07/31 18:15
100FCoNsTaR: 就像加 const 一樣,你就不能賦 non-const 給他07/31 18:15
101FCoNsTaR: 這麼做 int 的本質不會改變 但是編譯器會為你做額外的檢07/31 18:15
102FCoNsTaR: 查,保證你沒有把不對的值賦給變數07/31 18:15
103FCoNsTaR: 這樣的好處是,這三種型態實際上是一模一樣的,只是你給07/31 18:15
104FCoNsTaR: 他們一些限制07/31 18:15
105FCoNsTaR: 所以 int 裝得下的數字其他兩種一定也裝得下(不會 overfl07/31 18:15
106FCoNsTaR: ow,cast 的時候 binary 值也不會改變)07/31 18:15
107FCoNsTaR: 至於 casting 規則嘛……07/31 18:15
110FCoNsTaR: w大 不太懂你的問題耶…07/31 18:20
116FCoNsTaR: 喔喔 其實沒有那麼複雜啊 因為只有某些特殊值的上下限是07/31 19:01
117FCoNsTaR: 需要你手動定義的 像是 協定裡某個值的上下限/輸入輸出07/31 19:01
118FCoNsTaR: 能接受的上下限 之類 剩下的其實都可以在編譯時期動態的07/31 19:01
119FCoNsTaR: 決定07/31 19:01
130FCoNsTaR: 樓上重點錯誤吧……07/31 22:36