Nemůžu najít chybu - kód pro vstup – C / C++ – Fórum – Programujte.com

Učím se C++ s knihou "Mistrovství v C++", jsem u lekce 7 (Funkce) a dělám programátorská cvičení. Mám danou strukturu student, která má následující vlastnosti:

const int SLEN=20;

struct student

{

	char fullname[SLEN];

	char hobby[SLEN];

	int ooplevel;

}

int getinfo(student pa[], int n)

{

	char slovo[SLEN];

	int i=0;

	cout << "Jmeno studenta " << i+1 << ": ";

	cin.getline(slovo,SLEN);

	while (strcmp(slovo,"\n")&&(i<n))

	{

		strcpy(pa[i].fullname,slovo);

		cout << "Hobby: ";

		cin.getline(slovo,SLEN);

		strcpy(pa[i].hobby,slovo);

		cout << "Level OOP: ";

		cin >> pa[i].ooplevel;

		cin.get();

		i++;

		if (i<n) 

		{

			cout << "\nJmeno studenta " << i << ": ";

			cin.getline(slovo,SLEN);

		}

	}

	return i;

}

Ahá, už jsem to fixnul, nemůžu testovat

strcmp(slovo,"\n")

strcmp(slovo,"")

Proč by měl cin.getline brát \n? Stačí si přečíst název té metody - getline, ten snad hovoří za vše. Ale hlavně, že to máš vyřešeno (bez ironie :-))

Ne, jen jsem to špatně pochopil z výkladu. Myslel jsem si, že cin.get(char[],int); přečte řádek (nebo počet znaků, podle toho, co se stane dřív) a znak enteru (tedy '\n') zanechá na vstupu (což také udělá) a cin.getline(char[],int); přečte (a zapíše do řetězce) vše, včetně znaku nového řádku. Což je pravda pouze způli, getline zřejmě znak nového řádku akorát zahodí, nezapíše.

A vůbec, narozdíl od Pascalu mám se vstupem docela problém. C++ má sice tisíc různých způsobů čtení,

ch=cin.get(); //vrací znak, číslo 'zřejmě' převádí na znak, čte všechno, včetně '\n'

cin.get(ch); //čte jeden znak, ukládá do charu, číslo uloží jako znak, jak je to s EOL nevím

cin.get(neco,5); //čte do řetězce stylu jazyka C, buď do znaku EOL (a zanechá ho ve frontě), či po uvedenej počet 

cin.getline(neco,5); // jako předchozí, ale znak EOL 'zřejmě' zruší, nezapíše (?)

getline(cin,str); //čte do stringů (řetězce stylu jazyka C++), EOL 'zřejmě' také zruší, nezapíše

cin >> i; //načítá do čehokoliv, přeskakuje bílé znaky, čte pouze po další bílý  znak, ostatní nechá ve frontě

read(p); //nebo

readln(p);

To Garret Raziel : cin.getline() načítá vstup znak po znaku do té doby, než narazí na znak nového řádku (řekněme např '\n'), který pak nahradí nulovým znakem. Zato cin.get() jej ponechá ve vstupní frontě. To je celé kouzlo.

Jinak jako zarytý Pascalista můžu jen souhlasit s tím, že v Pascalu je to řešeno jednodušeji:-). Ale zase se s těmi řetězci nedají dělat takové kejkle, i to může někdy chybět.

To Ace McIntosh : Je pravda, že třeba číselnej/znakovej vstup se v Pascalu kontroluje blbě, zatímco v C++ se dá ošetřit lehce, načíst do čehokoliv a pak akorát

if (cin.fail())

{

	cin.clear();

	string *s=new string;

	getline(cin,s);

	delete s;

}

To Garret Raziel : No, to je právě to, že v Pascalu musíš mít předem definovaný datový typ a do něj pak ukládáš. I takováto "typová kontrola" se ale dá implementovat kličkováním (kód pak samozřejmě docela nabobtná, ale to se v Pascalu děje často:-) - já jsem na to zvyklý), ale záleží spíš na situaci, zda je to potřeba a kam by se data měla ukládat. V dnešní době, kdy je grafické rozhraní programů zcela běžnou záležitostí, se takovéto záležitosti dávají snadno odchytávat pomocí událostí (zlatý objektový přístup:-) ) a není to takový problém jako v konzolových aplikacích. Pro mě jednoznačně není důvod nezůstat u Delphi (samozřejmě zároveň při pěstování C++:-) ), zvlášť když jsem viděl nový featury ve VCL a nový komponenty, který bude mít Delphi 2009. Mňam:-D.

Hm, taky trochu fušuju (fušování zatím znamená http://www.sourceforge.net/projects/volcano) do Delphi (možná proto, že Pascal docela umím). Povídej, linkuj, Turbo Delphi Explorer je naprostá bomba. Co bude v 2009 navíc?


Tak, co mě napadá z mého Pascalovského myšlení je načíst to do charu a pak kontrolovat, jestli je onen znak v rozmezí čísel. Pak buď odečíst od ord(ch) 48, nebo zahlásit špatný vstup.
//Je pravda, že věci jako třeba vstup vhodné hodnoty si Delphi ošetřují samy.

Samozřejmě, ani já si nemůžu Turbo Delphi Explorer vynachválit, díky jeho licenci umožňující komerční využití (ne jako Personal verze ostatních Delphi, který maj navíc mnohem míň komponent a myslímže nemaj ty databázové). Tomu se říká Pohádka (snad jediný omezující faktor je nemožnost si přidávat vlastní komponenty, co ale na tom, když jich tam máš hafo integrovaných + můžeš linkovat knihovny a zdroje). Jinak Je to sice již starší produkt (Součást BDS 2006), ale dostačující (sice tam není tolik vytříbená podpora Win Vista, ale to je mi zatím srdečně jedno).

Před několika dny jsem našel něco o nadcházející verzi Delphi (codename "Tiburón"), dokonce jsem narazil na oficiální videa od CodeGearu, podle kterých určitě je na co se těšit. Prý má být inplemetováno veliké množství maličkostí, které programátorům ulehčí život (většinou se jedná o konstrukce známé z jiných jazyků, např. ukončení cyklu Exit s parametrem - návratovou hodnotou funkce, ve které se cyklus nachází, a mnoho dalších...). Také mě zaujaly nové komponenty a vylepšení těch stávajících (Edit, Button...) Videa to jsou tato, doporučuji zhlédnout od začátku až do konce:

Novinky v IDE Delphi a C++ Builder 2009
http://dn.codegear.com/article/38441

Novinky ve VCL:
http://dn.codegear.com/article/38383

Jediné čeho se bojím, že nebude nějaká free verze ekvivalentní k výbornému Turbo Delphi. Dá-li bůh, budu určitě minimálně já + tisíc a jeden programátor v Delphi velmi spokojen. A když nedá, tak holt zůstanu u Turba:-D. Kdoví jak to nakonec bude (CodeGear docela mlží).

------------------------------

Určitě je jedno z řešeních i ten ord(), stačí prostudovat ASCII tabulku a máš vyhráno (teda téměř - kód se sám nenapíše - ach jo:-) ). Ale možná že by nastal problém na systémech s jinou znakovou sadou (nejsem si jistý), takže by se muselo napsat víc způsobů (malicherný problém) s nějakou detekcí, pak by to jistě fungovalo spolehlivě.

To Garret Raziel : A hele, to je dobré, ten tvůj projekt Volcano se mi zamlouvá, určitě je to boost pro tvé programátorské schopnosti. Akorát mě trochu zarazilo, jak se můžeš vyznat v těch nepojmenovaných unitách:-D (ne že bych je já teda vždy pojmenovával...). A díky za tip na "fušárnu" Sourceforge.net, tohle mě nakoplo abych taky takhle fušoval do Delphi:-). Můj vlastní projekt už čeká na schválení:-D.

Open Source zdar!