Diskuze: Out,Ref,Ret
Luboš Běhounek Satik:1.2.2013 18:27
Tohle co popisuješ je perfektní příklad pro vhodné využití ref - pokud
se má vracet hodnota a ještě jedna proměnná, která se ale dá nastavit
při volání. 
David Čápka:1.2.2013 19:16
Pokud se out používá jen k předání chybového stavu (jako v TryParse,
přesněji nahrazuje původní návratovou hodnotu metody, která nahrazuje
výjimku), je to prasárna. K tomu jsou výjimky Pokud chci, aby mi funkce
vrátila 2 věci (přesněji tedy 3: 2 hodnoty a informaci o chybě), většinou
je někde chyba v návrhu.
matesax:1.2.2013 19:26
Konečně nejsou všichni proti mně... Navíc by se mi občas výjimka
hodila - tedy já si ji udělal přes Parse,...
David Čápka:2.2.2013 9:39
Java např. nic takového nemá, v těhle vyšších jazycích k tomu
slouží výjimky a na rychlost se nehledí. Chápu, že tobě to jako
lowlevelákovi přijde hrozné, ale až tak špatné to není
Lukáš Hruda:4.2.2013 13:53
Tak ono to v C jinak nejde žejo 
...leda přes globální proměnnou, nebo pointer v parametru, ale
to se většinou nedělá.
lcet.m:4.2.2013 18:39
Ehm, boolean je chybový stav? Ty jseš teda srandista Na CHYBOVÝ stav samozřejmě
existuje řešení - int.Parse. Pokud TryParse vrací false, není to žádný
chybový stav, ale prostá informace o tom, že vstup není textová
reprezentace integeru. Tečka. Za to, že ty v tom vidíš nějaký chybový
stav, .NET ani lidi co chápou out nemůžou.
David Čápka:4.2.2013 18:57
Java ref, out ani var nemá a jedou v ní systémy, kde je určitě více
než deset uživatelů. Je to nejžádanější jazyk z ohledu businessu
mimochodem To že jazyk
něco umí neznamená, že je to dobře. Do PHP v jedné z posledních verzí
také přidali GOTO
matesax:4.2.2013 19:06
Ha - dostal jsi se!
Programováním se živím... To je sladká vůně vítězství... (A neplatí mne špatně...)
David Čápka:4.2.2013 20:05
Jak souvisí třída List s konstrukcí jazyka? Já odsud padám, vracejte si
hodnoty v parametru, když se vám to líbí, třeba 10
Luboš Běhounek Satik:4.2.2013 21:42
Když se ti nelíbí List, tak třeba ten foreach - taky se bez něj
obejdeš, když chceš, ale občas ti to může ulehčit, podobně jako ref nebo
out
lcet.m:4.2.2013 21:53
No jistěěě Foreach
používají jen jelimani, co nevědí jak dlouhou mají kolekci. A IEnumerable
je stejně jen pro blbce, kteří si neumí na začátku správně alokovat
pole.
For je vlastně takový while pro lemply. A while je jenom jinak zapsané goto s jedním jediným if.
Try-catch je taky taková lemplovská obezlička. Správný programátor si umí ošetřit vstupy tak, aby chyba nikdy nenastala.
Jak už jsem psal jinde - zbytečné (a obvykle neefektivní!) je úplně všechno, co je nad strojovým kódem. Jenže já tady všade možně vidím, jak se tok programu řídí výjimkami, za OOP se považuje mapování názvů kontrolních prvků na nějaké offsety podle slovníku, místo obyčejného threadu se dělá instance Timeru na jeden tick, ale ref a out, to slušný člověk nepoužije protože to Java taky nemá. Ha ha ha.
Luboš Běhounek Satik:5.2.2013 10:44
Vracení hodnot přes parametry narušuje principy objektového programování? Jaké konkrétně? Nám nic takového neříkali, asi jsem chodil na špatnou školu...
Co je prasárna na vracení (částí) výsledku přes parametry? Ve výsledku se to stejně všechno předává stejným způsoběm - přes zásobník, případně přes registry.
A odpověz prosím na příspěvek m.tecla - cituji
"A otázka na konec - jak by tedy mělo být napsáno to, co teď normální
bílý muž zná jako:"
Dictionary<T1, T2>.TryGetValue(T1 key, out T2 value)Mě by to zajímalo taky
Kit : Když očekávám číslo a číslo to není, tak s
vyhozením výjimky souhlasím. Ale co když očekávám něco, co číslo být
může, ale nemusí? Pak nemůžu jeden stav oznamovat výjimkou - výsledek,
že to číslo není neznamená chybu a potřebuju nějak zjistit, jestli to
bylo číslo a pokud ano, tak jaké. Řešit to ve dvou funkcích - nejdřív
zjištěním, jestli to číslo je a pak zjištěním, o jaké číslo se jedná
není zrovna efektivní - parsovalo by se to dvakrát - lepší je rozparsovat
to jednou a dát vědět, jestli je to číslo.
V tomhle případě by výjimka byla prasárna, protože bych ji používal k
řízení toku programu a ne k zachytávání výjimek, protože s variantou,
že to číslo není jsem počítal a jsem na to připraven, není to pro mě
výjimka, ale stav.
A srandistům se některé (=ty, u kterých mi nevadí, že tu hodnotu ze stringu nemám) vzorce i bez čísla přece můžou provádět - s nějakou defaultní hodnotou, kterou si tam dosadí, když řetězec nebyl číslo .
A na co zakládat dvě proměnné, když stačí jen ta jedna, ve které je to číslo?
int number;
if (!Int32.TryParse(str, out number))
number = 42;
else
return; // nebo jak chci zareagovat na to, když to číslo není..Luboš Běhounek Satik:5.2.2013 11:19
Spěchám do práce
V tom kódu jsem se upsal, smotal jsem dva kódy dohromady:
int number;
if (!Int32.TryParse(str, out number))
return; // pokud to není číslo a nechci ho použít v nějaké části kódu a nějak na něj reagovatint number;
if (!Int32.TryParse(str, out number))
number = 42;
// zpracování number s defaultní hodnotou 42Jak můžeš vidět, nikde není žádná druhá proměnná.
lcet.m:5.2.2013 11:21
Aha, takže ty dáš přednost dvojímu prohledávání kolekce před tím
zlým zlým škaredým out?
Jak vůbec skalní odpůrci out řeší takovéhle kešování?
private Dictionary<string, string> _chineseTranslations = new Dictionary<string, string>();
private string GetChineseTranslation(string text)
{
string translated;
if (!_chineseTranslations.TryGetValue(text, out translated))
{
translated = TranslatorServerClient.Current.TranslateToChinese(text);
_chineseTranslations.Add(text, translated);
}
return translated;
}Opravdu bys to přepsal na try - catch, ačkoliv je jasné, že ty výjimky
se tam budou sypat každou chvíli? A co kurnik global warming - víš co
výkonu ti ty výjimky požerou? A víš co je úplně nejlepší? Že ty to TryGetValue vůbec
používat nemusíš a můžeš zůstat prasátkem - C# má to out
navíc, nesetkal jsem se s případem, kdy by to bez
něj nešlo.
Luboš Běhounek Satik:5.2.2013 11:35
Né vždy máš data v DB.
Aha, počkat, Kit má vždy vše v DB, tak to pak ano .
lcet.m:5.2.2013 11:36
Sakra, tys mě normálně rozsekal bravurní argumentací. Co si teď jenom
počnu? Můj svět postavený na Dictionary se zhroutil - ona se místo něj
používá databáze 
Luboš Běhounek Satik:5.2.2013 11:41
Někteří lidé pracují v týmech a nemůžou si věci řešit po svém a
používat na všechno databázi a jsou nuceni používat třeba kolekce.
Ti mají smůlu .
David Čápka:5.2.2013 12:04
Koukni třeba sem na MSDN: http://msdn.microsoft.com/…s182131.aspx
"Library architects who design for a general audience should not expect users to master working with out or ref parameters."
Další tuny názorů
máš na různých fórech, koukni třeba sem:
http://stackoverflow.com/…-a-parameter
Najdi si nějaké dobré praktiky, určitě se ti budou hodit, náhodně jsem něco našel třeba tady: http://excalibur.apache.org/…actices.html . Dále návrhové vzory a metodiky vývoje softwaru.
lcet.m:5.2.2013 12:07
Na Netduinu ti dobře poběží například SQLite.No, to víš že jo
Nevadí že nevím o čem je řeč, hlavně něco říct, že?
Luboš Běhounek Satik:5.2.2013 15:30
Tohle už záleží případ od případu - někdy stačí načítat všechna
data ze souboru, někdy tahat je lepší je tahat z už běžící databáze,
ale jsme už zase koukám někde úplně mimo téma.
David Čápka:5.2.2013 18:11
Chlape, poslal jsem ti dokument přímo od Microsoftu, kde píší, že se to
nemá používat. Kód, který nedoporučuje používat Microsoft, bude asi
nějakým způsobem závadný. Psát kód tak, aby byl srozumitelný jen pro
experty, je špatné. Už nevím, co víc pro tebe mohu udělat, pokud neumíš
prohrávat, tak s tím ti nepomohu
Zobrazeno 91 zpráv z 91.