Diskuze – Lekce 5 - Typový systém podruhé - Datové typy v C# .NET
ZpětUpozorňujeme, že diskuze pod našimi online kurzy jsou nemoderované a primárně slouží k získávání zpětné vazby pro budoucí vylepšení kurzů. Pro studenty našich rekvalifikačních kurzů nabízíme možnost přímého kontaktu s lektory a studijním referentem pro osobní konzultace a podporu v rámci jejich studia. Toto je exkluzivní služba, která zajišťuje kvalitní a cílenou pomoc v případě jakýchkoli dotazů nebo projektů.
Mám prosbu, nerozumím následujícímu:
volání na proměnné, např.:
string s = "Java je nejlepší!";
s = s.Replace("Java", "C#");
int cislo = 3;
string s = soucet.ToString();a naproti tomu volání na datovém typu:
string s = string.Format("Když sečteme {0} a {1}, dostaneme {2}", a, b, c);
int a = int.Parse(s);proč se některé funkce (metody) jednou volají na proměnné a jindy na
datovém typu? Nejsem schopen si to pamatovat tak, že si to nabifluju,
potřeboval bych to pochopit. Děkuju 
Jakub Švasta:3.2.2020 0:10
Protože je C# objektový jazyk, k úplnému pochopení je potřeba znalost OOP. Ale prozatím se dá říct, že metody volané na datovém typu jsou takové obecnější. Metody volané na proměnné nějak pracují přímo s tou proměnnou. Když mám proměnnou s obsahující text "Java je nejlepší", tak metoda Replace vezme přímo ten text "Java je nejlepší" z té proměnné, vymění "Java" za "C#" a výsledek vrátí. Ale někdy se stane, že potřebuješ něco udělat, a žádnou proměnnou, s kterou bys pracoval, nemáš. Třeba u té metody Format sestavuješ řetězec, a nemáš žádnou "počáteční" proměnnou, na které bys ji mohl zavolat. Celý řetězec sestavuješ až v parametru. Tak C# implementoval metodu Format tak, aby se dala zavolat na datovém typu. Podobně u té metody Parse. Chceš naparsovat text na číslo, a výsledek uložit do proměnné typu int. Ale na začátku žádnou proměnnou typu int nemáš, tu teprve vytváříš. Tak C# umožňuje volat parsování přímo na datovém typu.
Ale když jsem říkal, že metody na datovém typu jsou obecnější, tak to v tomhle případě neznamená lepší. Jak se dozvíš dál, správnější je spíš to, co jde, volat na proměnné. Na datovém typu se volají jen věci, co nejdou jinak udělat, nebo jen krkolomně.
Jinak není potřeba si nic pamatovat. Když za proměnnou napíšeš tečku,
Visual Studio ti rozbalí nabídku metod, které na dané proměnné můžeš
zavolat. A u datového typu to funguje stejně. Nicméně všechny v článku
uváděné metody (snad až na PadLeft a PadRight) se používají natolik
běžně, že časem si je stejně zapamatuješ.
Jakub Švasta:3.2.2020 21:40
Máš talent. Jen pro
upřesnění, to, že když nemáš proměnnou, voláš metodu na datovém typu,
neber jako pravidlo. To jsem myslel jen jako příklad, kdy má třeba volání
metody na datovém typu smysl. Na datovém typu se prostě dají volat metody,
které ten datový typ nabízí. A tvůrci C# tam dali takové, které zpravidla
umožňují elegantnější zápis něčeho, co by se jinak dělalo blbě. Ale
můžeš je brát spíš jako takové výjimky, ono jich je relativně
málo.
U toho Parse sis opravdu odpověděl sám. Přesně, nevědělo by se, co
vracet. Teoreticky by mohly existovat metody ParseToFloat, ParseToInt apod.,
případně elegantněji pomocí generiky (poznáš později), ale pak by na
stringové proměnné musela být hromada metod pro všechny možné návratové
typy. A stejně by to nestačilo, protože si můžeš dokonce vytvořit datový
typ vlastní (třeba pro komplexní číslo), a pro něj by tam pak parsovací
metoda chyběla. Navíc u některých datových typů může být parsování
složité - u čísel asi tolik ne, ale taky se dá parsovat třeba datum,
které může být v X různých formátech (začínající rokem,
začínající dnem, oddělovačem je tečka, lomítko, atd.). Je
logičtější, aby zodpovědnost za správné naparsování byla na výsledném
datovém typu, který ví, jak má výsledek správně fungovat.
Ale to už zabíháme zbytečně do detailů. Tomu, co teď potřebuješ,
rozumíš beze zbytku, a můžeš se s klidným svědomím posunout dál.
Kompletní souvislosti pochopíš u OOP.
Marek Vajčner:29.2.2020 16:02
Jo jo ještě dva takové články a bude to chtít nějakou referenční
příručku. 
Zobrazeno 10 zpráv z 159.