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