1 回答

TA貢獻(xiàn)883條經(jīng)驗(yàn) 獲得超454個(gè)贊
while (!(cin >> g.handicap)) 中:
cin >> g.handicap ?表示從標(biāo)準(zhǔn)輸入cin讀取一個(gè)int,存入g.handicap。這個(gè)表達(dá)式在這里會(huì)返回布爾值,表示讀取輸入是否出現(xiàn)問(wèn)題。
如果輸入的根本就不是整型數(shù),則?!(cin >> g.handicap) 為true,進(jìn)入while循環(huán)。
cin.clear(); ?clear()函數(shù)不是清除輸入,而是清除錯(cuò)誤狀態(tài)。 標(biāo)準(zhǔn)庫(kù)的IO類如果出錯(cuò),會(huì)為自身設(shè)置錯(cuò)誤狀態(tài),這時(shí)是不能繼續(xù)輸入/輸出的。 所以要先clear錯(cuò)誤狀態(tài)。然后
while (cin.get() != '\n') ?continue;
這一句不停從輸入緩沖區(qū)中讀取已經(jīng)輸入的字符,直到讀走'\n'。這其實(shí)就是要消耗掉輸入緩沖區(qū)中剛才錯(cuò)誤輸入的剩余內(nèi)容。 所以這里才是清除掉錯(cuò)誤輸入。
那么后面在?while (!(cin >> g.handicap)) 之外(也就是應(yīng)該輸入成功時(shí)),為什么還要加上?while (cin.get() != '\n') 來(lái)清除掉緩沖區(qū)的內(nèi)容呢? ?
因?yàn)榫退?cin >> g.handicap?輸入成功,緩沖區(qū)中還是可能留下別的東西的。假如輸入的是 123abc\n ,那么123會(huì)被讀取走,緩沖區(qū)中還會(huì)留下 abc\n。
另外,代碼中還有一個(gè)錯(cuò)誤: 前面?if (g.fullname == '\0')
fullname 是個(gè)char數(shù)組,并不代表char,不能用于和char比較。 而且數(shù)組名在這里會(huì)轉(zhuǎn)換成指向其首元素的指針,指針也不能用來(lái)和char比較。?但有意思的是這里不并會(huì)報(bào)錯(cuò)!
這是因?yàn)?'\0' 是char類型(值為0),也就是屬于整型,而且你直接寫出'\0'這個(gè)字面量屬于整型常量,剛好整型常量0可以自動(dòng)轉(zhuǎn)換為指針類型(0指針,或稱null指針),所以這里成了兩個(gè)指針相比較。 但這句代碼沒(méi)有意義,因?yàn)閒ullname轉(zhuǎn)換為指針類型肯定是個(gè)不為0的指針,它與0指針相比較肯定永遠(yuǎn)為false,所以這句if永遠(yuǎn)不會(huì)被執(zhí)行!?
總之,這句 if 算是誤用,且沒(méi)有意義,但至少符合語(yǔ)法所以不報(bào)錯(cuò)。
添加回答
舉報(bào)