Często rozmawiam z programistami, którzy mówią: „ Nie umieszczaj wielu instrukcji return w tej samej metodzie ” . Gdy pytam ich o powody, otrzymuję tylko „ Standard kodowania tak mówi ” lub „ To mylące ”. Kiedy pokazują mi rozwiązania z pojedynczą instrukcją return, kod wygląda dla mnie brzydiej....
Często pisałem tego rodzaju funkcje w obu formatach i zastanawiałem się, czy jeden format jest lepszy od drugiego i dlaczego. public void SomeFunction(bool someCondition) { if (someCondition) { // Do Something } } lub public void SomeFunction(bool someCondition) { if (!someCondition)...
Mój szef utrzymuje wspomnieć nonszalancko, że złe programiści używać breaki continuew pętli. Używam ich cały czas, ponieważ mają sens; pozwól, że pokażę ci inspirację: function verify(object) { if (object->value < 0) return false; if (object->value > object->max_value) return...
W różnych językach (przynajmniej Java, myślisz również C #?) Możesz robić takie rzeczy if( condition ) singleStatement; while( condition ) singleStatement; for( var; condition; increment ) singleStatement; Więc kiedy mam tylko jedną instrukcję, nie muszę dodawać nowego zakresu { }. Dlaczego...
Rozważ następującą instrukcję wyliczania i przełączania: typedef enum { MaskValueUno, MaskValueDos } testingMask; void myFunction(testingMask theMask) { switch (theMask) { case MaskValueUno: {}// deal with it case MaskValueDos: {}// deal with it default: {} //deal with an unexpected or...
Scala nie ma breaklub continue, więc pewne zachowanie w pętli wymaga nieco więcej myślenia. Wcześniejsze zakończenie pętli wymaga rekurencji ogona, wyjątków lub scala.util.control.Breaks(która korzysta z wyjątków). Uzasadnieniem tego jest to, gotoże są to konstrukcje przepływowe, które...
W obecnej formie to pytanie nie pasuje do naszego formatu pytań i odpowiedzi. Oczekujemy, że odpowiedzi poparte będą faktami, referencjami lub wiedzą fachową, ale to pytanie prawdopodobnie będzie wymagało debaty, argumentów, ankiet lub rozszerzonej dyskusji. Jeśli uważasz, że to...