Jak můžu opustit funkci

[Kit]

Viděl jsem jednu skutečně realtime aplikaci v C, která ze země řídí přistání letadel pomocí radarů a dalších senzorů. Pokud nejde o život, jde o ho*no. Před touto aplikací však mám respekt.

Take nieco by som si netrufol.  Alebo obsluha tazkych robotov, zdravotnicke zariadenia, jadrove elektrarne, tovarne. Kod z takych miest pre svoj klud radsej nechcem vidiet   Tipujem, ze sa tam programuje spajanim certifikovanych ciernych krabiciek (myslim modulov) A v tych certifikovanych moduloch nastane chyba max raz za 5 rokov a protichemicka jednotka to vycisti

Nakonec jsem do toho nešel právě kvůli tomu C. Prostě mi ten jazyk nesedí. Samozřejmě to nepíše jeden člověk a důsledně se dělá TDD, code review a další podceňované techniky vývoje. Kdyby to bylo ve Fortranu, tak by mi to vyhovovalo.

[Reklama]

[Radovan.]

Tou korektnostou myslim to, ze program nespracuva zle vstupy, ale proste ich zahodi. (pripadne sa zjebe pri zlych vstupoch, to je ten horsi pripad)

K tomu doporučuji prostudovat knížečku "Programátorské poklesky" od Kopečka a Kučery. Stará ale dobrá, a jsou v ní krásně popsané kategorie programů podle jejich chování k uživateli a jeho datům

[balki]

Viděl jsem jednu skutečně realtime aplikaci v C, která ze země řídí přistání letadel pomocí radarů a dalších senzorů. Pokud nejde o život, jde o ho*no. Před touto aplikací však mám respekt.

Take nieco by som si netrufol.  Alebo obsluha tazkych robotov, zdravotnicke zariadenia, jadrove elektrarne, tovarne. Kod z takych miest pre svoj klud radsej nechcem vidiet   Tipujem, ze sa tam programuje spajanim certifikovanych ciernych krabiciek (myslim modulov) A v tych certifikovanych moduloch nastane chyba max raz za 5 rokov a protichemicka jednotka to vycisti

Nakonec jsem do toho nešel právě kvůli tomu C. Prostě mi ten jazyk nesedí. Samozřejmě to nepíše jeden člověk a důsledně se dělá TDD, code review a další podceňované techniky vývoje. Kdyby to bylo ve Fortranu, tak by mi to vyhovovalo.

TDD je frikulinsky agilny vymysel poslednych rokov, aby sme mali na co pri robote nadavat.  Ale budis, asi jo, v nejakej inej forme sa to tam asi robi.

[balki]

Tou korektnostou myslim to, ze program nespracuva zle vstupy, ale proste ich zahodi. (pripadne sa zjebe pri zlych vstupoch, to je ten horsi pripad)

K tomu doporučuji prostudovat knížečku "Programátorské poklesky" od Kopečka a Kučery. Stará ale dobrá, a jsou v ní krásně popsané kategorie programů podle jejich chování k uživateli a jeho datům

Dakujem za odporucenu literaturu. Bud sa v tej knihe budem smiat na pokleskoch, alebo schytam zachvaty paniky a budem chciet vsetko prekodit

[Kiwi]

Výjimky jsou zlo. C++ je zlo.

http://250bpm.com/blog:4
http://250bpm.com/blog:8

[Reklama]

[Sten]

Výjimky jsou zlo. C++ je zlo.

http://250bpm.com/blog:4
http://250bpm.com/blog:8

Ty výtky k výjimkám v tom prvním nějak nechápu. Výjimky jsou náhrada za návratové kódy v C a jejich řešení mimo funkci, když takový kód porovnáte, tak to vypadá velmi podobně, ale v C++ máte jasně rozděleno, co je chyba a co hodnota a navíc nepotřebujete desítky if (selhalo) { dealokuj(); return CHYBA; }, protože o to se postará překladač. Ke zpracování chyb v místě jejich vzniku je zbytečné používat výjimky.

[BoneFlute]

Výjimky jsou náhrada za návratové kódy v C

Vypíchl bych skutečnost, že výjimky jsou nutnou náhradou. V jazycích jako je C, Java, ale třeba i PHP, Javascript řešit příznak chyby návratovou hodnotou nejde - protože si tu návratovou hodnotu nemusíš vyzvednout.

[Kit]

Výjimky jsou zlo. C++ je zlo.

http://250bpm.com/blog:4
http://250bpm.com/blog:8

Koukám, že výjimky v C++ jsou skutečně zlo, zejména když je někdo použije tak hloupým způsobem, jako autor těch článků.

[λ bender]

Výjimky jsou zlo. C++ je zlo.

Výjimky se musí udělat tak, aby nebyly vidět. Jako například v Go, kde si většina myslí, že žádné nemá, i když na nich stojí velká část standardní knihovny.

[LambdaBender]

Viděl jsem jednu skutečně realtime aplikaci v C, která ze země řídí přistání letadel pomocí radarů a dalších senzorů. Pokud nejde o život, jde o ho*no. Před touto aplikací však mám respekt.

Take nieco by som si netrufol.  Alebo obsluha tazkych robotov, zdravotnicke zariadenia, jadrove elektrarne, tovarne. Kod z takych miest pre svoj klud radsej nechcem vidiet   Tipujem, ze sa tam programuje spajanim certifikovanych ciernych krabiciek (myslim modulov) A v tych certifikovanych moduloch nastane chyba max raz za 5 rokov a protichemicka jednotka to vycisti

Nakonec jsem do toho nešel právě kvůli tomu C. Prostě mi ten jazyk nesedí. Samozřejmě to nepíše jeden člověk a důsledně se dělá TDD, code review a další podceňované techniky vývoje. Kdyby to bylo ve Fortranu, tak by mi to vyhovovalo.

TDD je frikulinsky agilny vymysel poslednych rokov, aby sme mali na co pri robote nadavat.  Ale budis, asi jo, v nejakej inej forme sa to tam asi robi.

Kdo je Budiš?

[Kit]

TDD je frikulinsky agilny vymysel poslednych rokov, aby sme mali na co pri robote nadavat.  Ale budis, asi jo, v nejakej inej forme sa to tam asi robi.

Kdo je Budiš?

Nikoho jsem tam nebudil.

[ded.kenedy]

Ta diskuze je dojemna. Dotazujici se, evidentne zacatecnik, prijde s problemem se zakladnim konstruktem. A misto toho, aby se mu poradilo na urovni jeho schopnosti, tj. ze k hezkemu strukturovanemu programovani return v if-u nepatri, a pokud mam nekde if, melo byt mit i else, tak se mistni frajeri zacnout predhanet, kdo je vetsi machr a umi napsat vymakanejsi kod. PetrM s propadajicimi casy pochopitelne vyhrava.

Paradoxni je, ze hned ve druhem prispevku (a byl to vlastne duvod dotazu jako takoveho) jde videt, k cemu muze nedomyslene predcasne opusteni funkce returnem vest, tj. resource leaky, nedefinovane stavy, visici zamky...

Samozrejme, vetsina mistnich odborniku bude tvrdit, ze takove chyby se jim nikdy nestavaji, ale opak bude spis pravdou.

[Cikáda]

Ta diskuze je dojemna. Dotazujici se, evidentne zacatecnik, prijde s problemem se zakladnim konstruktem. A misto toho, aby se mu poradilo na urovni jeho schopnosti, tj. ze k hezkemu strukturovanemu programovani return v if-u nepatri, a pokud mam nekde if, melo byt mit i else (...)

Ale vždyť toto je blbost. Proč by nemohl mít return v ifu? Zvlášť když je řeč o C?

Typicky

Kód: [Vybrat]

if (argc < 2) {
    return 1;
}

je pro začátečníka naprosto v pořádku, naopak je to dobrý návyk. (Samozřejmě lze použít err() a jiné, ale mluvíme o příkladu pro začátečníka).
Nějaká nutnost else je taky blbost.

[Kit]

Typicky

Kód: [Vybrat]

if (argc < 2) {
    return 1;
}
je pro začátečníka naprosto v pořádku, naopak je to dobrý návyk. (Samozřejmě lze použít err() a jiné, ale mluvíme o příkladu pro začátečníka).
Nějaká nutnost else je taky blbost.

Přesně. Dnes se else používá ve funkcionálních jazycích u ternárních operací. Jinde postrádá na významu a jen znepřehledňuje kód. Return v podmíněném příkazu se už stal běžnou součástí, jeden výstupní bod podprogramu má význam snad už jen v Assembleru.

XSLT pro jistotu nemá else vůbec. Cykly a podmínky se v něm často vypouští také, jenže to je tak trochu jiný level.

[Cikáda]

Nevím jak obecně u funkcionálních, ale v Haskellu mám radši stráže a vzory než if/else