作者查詢 / 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→: ..11/12 14:51
7F推: 因為一般變數用到的大小在編譯時期就決定了11/11 18:41
8F→: 你自己 alloc 的空間是 runtime 才決定 所以也要 runtime11/11 18:41
9F→: 決定如何釋放11/11 18:41
10F→: 其實有些語言你自己 alloc 的空間也可以在編譯時期決定如11/11 18:43
11F→: 何釋放11/11 18:43
13F→: 不需要消化 runtime 的執行成本 像是 Rust 的 Ownership11/11 18:44
14F推: 就像有時候你會想要用陣列,用 index 來決定操作哪個變11/11 19:35
15F→: 數11/11 19:35
16F→: 這是「程式化」的操作變數,只不過你現在的 case 變成程11/11 19:35
17F→: 式化的分配記憶體而已11/11 19:35
18F→: 你有一個規則,用來分配/釋放記憶體的規則,或是操作變11/11 19:37
19F→: 數的規則,而不直接寫死在程式裡,可以在 runtime 按照規11/11 19:37
20F→: 則做11/11 19:37
21F→: 至於 Rust 就是已經把規則定好在語言裡面了,達成程式設11/11 19:39
22F→: 計師和編譯器之間的共識11/11 19:39
24F推: 這樣說好了 變數不用(或說 life time 結束比較精確)的時11/11 19:52
25F→: 候就該被釋放11/11 19:52
26F→: 這是語言的規定,讓你不用多考慮哪個變數該在哪釋放11/11 19:52
27F→: 當然也有一個讓你自己決定如何釋放的機制,那就是 malloc11/11 19:52
21F推: 有些語言 Int 和 Integer 是兩個不同類型的要怎麼辦11/10 01:08
22F→: 因為 char 類型並不真正代表‘字元’ int 也不代表‘整11/10 01:11
23F→: 數’ 所以念成 integer 和 character 個人是覺得怪怪的…11/10 01:11
28F→: int ≠ 啊…11/10 07:20
29F→: int ≠ Z11/10 07:21
1F推: 這篇的編碼你還好吧…11/07 18:16
17F→: *argv[] 是先往右讀再往左讀 所以 *(argv[]) 才和沒有括11/06 16:48
18F→: 號的 *argv[] 一樣是 array of pointer11/06 16:48
19F→: (*argv)[] 就變成 pointer to array 了11/06 16:48
5F推: 如果我理解沒錯的話 你想要用一樣的話做兩件不同的事 你11/03 19:09
6F→: 覺得有辦法嗎…11/03 19:09
11F→: 咦…原Po的意思不是用[][]的時候把a當作二維,用[]的時11/03 23:17
12F→: 候當作一維嗎?11/03 23:17
1F→: 覺得問題不在這邊11/03 08:05
4F推: 兩個 auto 是可以從 Fptr 推導出來的嗎?還是只能用 map10/31 06:06
5F→: 的?還有想要換掉 auto 的理由是?10/31 06:06
24F→: 有 draft 可以看10/30 17:37
3F推: 咦 '^CPU .* MOD$' 不行嗎@@10/28 11:18
6F推: 喔喔 原來 我還以為 "CPU xxxxxx MOD" 是他的 pattern…10/28 11:41