作者查詢 / Feis

總覽項目: 發文 | 留言 | 暱稱
作者 Feis 在 PTT [ C_and_CPP ] 看板的留言(推文), 共1648則
限定看板:C_and_CPP
[問題] 幾題問題
[ C_and_CPP ]14 留言, 推噓總分: +7
作者: hopeandhmm - 發表於 2015/04/20 16:40(11年前)
9FFeis: 應該是 swap(a, b) 吧?04/20 18:38
[問題] codeblock執行單檔編譯
[ C_and_CPP ]7 留言, 推噓總分: +1
作者: hello881g - 發表於 2015/04/09 13:49(11年前)
1FFeis: 多開幾個專案. or 把 main 獨立出來~04/09 13:55
[問題] 如何在中置式轉後置式中間加空格
[ C_and_CPP ]22 留言, 推噓總分: +9
作者: november1121 - 發表於 2015/04/07 11:16(11年前)
5FFeis: 提示: 不是每個都要加. 還有的地方可能要額外加04/07 22:30
16FFeis: 另一個寫法就是 default 那個不加, 在運算子處理就好04/08 07:59
18FFeis: 那沒關係04/08 08:47
[問題] UVA 10189
[ C_and_CPP ]99 留言, 推噓總分: +7
作者: ssadd502227 - 發表於 2015/04/06 21:06(11年前)
21FFeis: true 跟 1 的關係有點複雜. C++ 裡 true 運算時就是 104/07 09:49
22FFeis: 詳情可參閱 #1J0fVosb04/07 09:50
23FFeis: 而在 C99, true 就真的是整數 104/07 09:52
35FFeis: x^=y^=x^=y 安全? 我錯過甚麼了?04/07 16:00
36FFeis: 如果 C string 不能用. 那你在 C 裡面推薦怎麼作字串?04/07 16:01
49FFeis: 樓上這論點蠻有趣的. 請教一下怎麼不做任何隱性轉換用04/07 21:11
50FFeis: string literal ? (當然我講的是當作字串在 "用")04/07 21:11
51FFeis: 例如把 "Hello world" 印出來~04/07 21:11
52FFeis: 阿. 是改成顯性轉換?04/07 21:13
68FFeis: 你沒有隱性轉型是不可能用 std::string 去接 string literal04/07 22:17
69FFeis: 這不是慣例的問題. 是語言本身特性.04/07 22:17
70FFeis: 你可以說 std::string 相對包裝得比較好. 但是跟 string04/07 22:18
71FFeis: literal 轉型的問題沒關係04/07 22:18
72FFeis: 更不幸地是 C++11 的 std::string 後面還是有 '\0'04/07 22:34
81FFeis: 你後面這段話跟我要解釋的沒關係~ 所以我想可能誤解了甚麼04/08 00:46
82FFeis: 我也認為在 "一般情況" 下, "C++" 裡用 std::string 會比較04/08 00:47
83FFeis: 好, 但是 這跟 string literal 會隱性轉型沒關係04/08 00:48
84FFeis: std::string 無法解決 string literal 會隱性轉型的問題04/08 00:48
85FFeis: 順帶一提, 用 vector<unsigned char> 作為字串運算可能不是04/08 01:07
86FFeis: 個好主意..04/08 01:07
87FFeis: 阿. 上面這句是我誤會XD 抱歉 Orz04/08 01:08
91FFeis: string literal 在 C 用 const char * 之類的是 Spec 設計的04/08 09:33
92FFeis: 我不確定用慣例這個名詞是否合理04/08 09:34
93FFeis: "他不合理的地方是隱式轉換" 是你說的. 我只是要解釋這點04/08 09:34
94FFeis: std::string a = "Hello world"; 不只隱性轉型還做了兩次04/08 09:34
95FFeis: C++ 沒有把 C 的 string literal 打掉重練反而後來有點妥協04/08 09:35
96FFeis: 就好像我常常希望能跟別人說 : 忘了 const char * 吧04/08 09:41
97FFeis: 但是 std::string 的建構式最常用的參數就是 const char *04/08 09:41
[問題] 座標壓縮
[ C_and_CPP ]1 留言, 推噓總分: +1
作者: WashFreeID - 發表於 2015/04/04 11:05(11年前)
1FFeis: 應該是為了省麻煩變成示意圖跟 code 不一樣04/04 14:54
[問題] C的書籍選擇
[ C_and_CPP ]30 留言, 推噓總分: +5
作者: RunRun5566 - 發表於 2015/03/30 16:38(11年前)
5FFeis: Object C 不需要. 但是如果你要從基礎到應用學會 C++..03/30 16:51
6FFeis: 你可能需要買一個書櫃03/30 16:51
[問題] 打程式的速度
[ C_and_CPP ]72 留言, 推噓總分: +20
作者: Bruce003 - 發表於 2015/03/25 20:32(11年前)
21FFeis: 推樓上經典03/26 08:55
63FFeis: shiratori 的網站我有 71 wpm (開心) 可以吃嗎?03/29 10:14
Re: [問題] 函數指標
[ C_and_CPP ]26 留言, 推噓總分: +8
作者: Feis - 發表於 2015/03/23 09:06(11年前)
1FFeis: 從標準的角度來看, 這些講法不盡正確. C 跟 C++ 也不盡相同03/22 21:14
7FFeis: 把 &a[0] 直接解釋成陣列第一個元素的位址.03/23 11:03
8FFeis: 在表達上我還沒想到最好的寫法.03/23 11:03
13FFeis: 看來我確實表達不好. 嚴格來說 f 跟 *f 是一樣的型態03/23 13:25
14FFeis: 型別都是 "回傳 void 型態的函數". C 標準這樣的運算式名字03/23 13:26
15FFeis: 叫 function designator. 這兩者在作為一般運算的運算元時03/23 13:27
16FFeis: 會一律轉型為 "指向回傳 void 型態函數的指標"03/23 13:28
17FFeis: 而 &f 就已經是指標了, 在做為一般運算的運算元時不會再轉型03/23 13:29
18FFeis: 所以當上面用 == 運算來比較的時候會相等是因為比較時 f 跟03/23 13:29
19FFeis: *f 被轉型跟 &f 一樣了..03/23 13:32
Re: [問題] 函數指標
[ C_and_CPP ]5 留言, 推噓總分: +1
作者: purpose - 發表於 2015/03/22 21:02(11年前)
3FFeis: 從標準的角度來看, 這些講法不盡正確. C 跟 C++ 也不盡相同03/22 21:14
Re: [問題] 函數指標
[ C_and_CPP ]14 留言, 推噓總分: 0
作者: jono103 - 發表於 2015/03/22 16:35(11年前)
3FFeis: max 本身不是 pointer03/22 19:33
7FFeis: a 跟 &a 也不一樣. 這已經是考古題了. 函數比陣列更複雜03/22 20:32
8FFeis: 尤其有了 C++..03/22 20:32