[pejczi]

Drogie miraski z #programowanie ,

Przerabiam obecnie rozne algorytmy zapisane za pomoca rekurencji, nie rozumiem jednak symboli takich jak ? i :

Ogolnie skad taki zapis, domyslam sie, ze jest to warunkowy, jednak nie moge nigdzie znalezc informacji na ten temat.

Przyklad takiej funkcji (chodzi mi glownie o ten pierwszy return):

int NWD(int a, int b)
{
if(a!=b)
return NWD(a>b?a-b:a,b>a?b-a:b);
return a;
}

[patrolez]

@pejczi: to jest taki "if" inline, nie pamiętam nazwy

[pejczi]

@patrolez: Dzieki za podpowiedz, zaraz cos poczytam o tym if inline.

[E.....a]

@pejczi: https://pl.wikipedia.org/wiki/Operator_warunkowy

[patrolez]

@pejczi: mam i nazwę :D [Operator warunkowy](http://en.wikipedia.org/wiki/%3F:)

[pejczi]

@Existanza: Super , dzieki Panowie :)

[e.....3]

(warunek) ? zrób jeżeli warunek spełniony : zrób jeżeli warunek niespełniony;
czyli jeżeli a > b to pierwszym argumentem jest a-b jeżeli nie to a
drugi argument podobnie tzn. b-a jeżeli b>a albo b jeżeli b<= a
Kod jest szpetny i nie pisz tak :P

[pmez]

@pejczi: http://msdn.microsoft.com/pl-pl/library/ty67wk28.aspx

[pejczi]

@emu23: Nie pisalem tak nigdy, ot spotkalem sie z tym w ksiazce od C++ i na sieci ; chcialem zrozumiec po prostu o co w tym chodzi :p

Dzieki jeszcze raz !

[pmez]

@pejczi: no i ogolnie taka moja rada. Dobry kod to nie taki, ktory zajmuje malo linijek/znakow, ale taki, ktory sie latwo czyta. Te instrukcje warunkowe zaciemniaja czytelnosc kodu. Staraj sie ich unikac.

[pejczi]

@pmez: To akurat zauwazylem, nijak nie moglem sie domyśleć o co chodzi.

[pejczi]

@pmez: @emu23: @patrolez:
Podzielilem to sobie na czytelniejszy kod, dziala ok. Jeszcze raz dzieki Panowie, bardzo pomogliscie.

int

[Fenel]

@pejczi: Inny sposób zapisu if'ów: Test ? Prawda : Fałsz

[e.....3]

@pejczi: niby lepiej, ale skoro if zewnętrzny sprawdza czy a!=b to w wewnętrznym zawsze będzie a>b albo a<b, więc else zbędne.

[pmez]

@pejczi: ify zawsze z klamrami i raczej bez zagniezdzen. Ale to w swoim czasie uslyszysz od wujka Boba :)

[pejczi]

@emu23: Chodzi o ten ostatni else? Masz racje, bez sensu.

[pejczi]

@pmez: Wtajemnicz mnie, kim jest wujek Bob :D

[pmez]

@pejczi: https://cleancoders.com pozytywnie wykrecony stary nerd, ktory sprzedaje bekowe filmy i mniej bekowe ksiazki o pisaniu kodu. Polecam.

[prog1101]

@pmez: Bzdury! Według Roberta Martina(uncle bob) jeśli masz jakiekolwiek klamry przy if'ach czy for'ach to znaczy, że nie zakończyłeś refactoringu ;) "Extract till you Drop."

[pmez]

@prog1101: rzeczywiście, fakt z klamrami wziąłem ze współpracy z bardziej doświadczonymi kolegami. Kwestia klamr jest o tyle potrzebna, że gdy zmieniasz kolejność linijek, możesz przez nieuwagę podmienić to, co miało być w klamrze. A fakt, że jeśli nie masz przy tym unit testów to inna sprawa :)