Sens deklaracji redundantnych zmiennych

Sens deklaracji redundantnych zmiennych

Wątek przeniesiony 2023-03-29 21:23 z JavaScript przez Riddle.

rafal95p
  • Rejestracja:około 2 lata
  • Ostatnio:ponad rok
  • Postów:157
0

Popatrzmy na poniższe przykłady:

Kopiuj
const parsedData = parseInputData(data);
useData(parsedData);
Kopiuj
useData( parseInputData(data));

Oba dają ten sam efekt, różnica jest tylko w deklaracji typu const. Czy jest sens deklarować consta w takich przypadkach? Jedyny przypadek to sytuacja, gdy potrzebuje parsedData więcej niż raz. Czyli zamiast wywoływać kilka razy parseInputData() robię to raz.
Więc tak naprawdę rozbiega tu się tylko o czytelność. Tak/nie?

edytowany 1x, ostatnio: Riddle
LukeJL
  • Rejestracja:około 11 lat
  • Ostatnio:38 minut
  • Postów:8410
6

To zależy.

Uważam, że nie ma sztywnych reguł i trzeba z wyczuciem.

W powyższym przypadku bym nie wydzielał zmiennej, bo useData(parseInputData(data)); jest wystarczająco czytelne.

Ale jakbyś miał zamiast samego coś dłuższego i mniej czytelnego. Np.

Kopiuj
useData(parseInputData(data.filter(item => item.active && item.date < params.date)));

to już można by było wydzielić zmienną np.

Kopiuj
const filteredData = data.filter(item => item.active && item.date < params.date);
useData(parseInputData(filteredData));

Wtedy taka dodatkowa zmienna pokazałaby mocniej intencje i nakierowywałaby na to, co się znajduje w tych danych.


Riddle
Administrator
  • Rejestracja:prawie 15 lat
  • Ostatnio:około 12 godzin
  • Lokalizacja:Laska, z Polski
  • Postów:10056
4
rafal95p napisał(a):

Popatrzmy na poniższe przykłady:

Kopiuj
const parsedData = parseInputData(data);
useData(parsedData);
Kopiuj
useData( parseInputData(data));

Nie ma żadnej różnicy w działniu.

Jedyne co daje taka zmienna to szansa nazwania zmiennej. Tutaj mamy parsedData i praseInputData(), czyli nie ma po co.

Nazwanie zmiennej miałoby sens np:

Kopiuj
const height = Math.sin(angle);
useData(height);
edytowany 1x, ostatnio: Riddle
obscurity
  • Rejestracja:około 6 lat
  • Ostatnio:około 10 godzin
5

Są dwie zalety:

  1. Czytelność - można kod przeczytać od końca, wiemy że do useData przekazujemy parsedData, jeśli wiemy co ma zawierać parsedData to na tym etapie jeśli nie interesują nas detale możemy przerwać czytanie, jeśli chcemy się dowiedzieć szczegółów, to możemy skoczyć do deklaracji zmiennej(/stałej). Nie ma też potrzeby pisania komentarza - nazwa zmiennej sama w sobie jest komentarzem. Takie same korzyści jak z rozbijania kodu na funkcje.
  2. Łatwiejsze debugowanie - dużo łatwiej ustawić breakpoint na useData i obejrzeć co jest w parsedData. Jeśli mamy to w jednej linii i będziemy chcieli wejść do useData a nie parseInputData lub na odwrót to będzie to lekko utrudnione, szczerze to nawet nie wiem w moim IDE jaki jest skrót klawiszowy na ustawienie breakpointa w środku linii i w takich przypadkach muszę czasem korzystać z myszki. Najlepiej jest jak w jednej linijce znajduje się maksymalnie jedno wywołanie funkcji. Możemy też podmienić wartość zmiennej podczas debugowania w dowolnej chwili, z podmianą zwróconej z funkcji wartości już nie jest tak łatwo.

Nie ma praktycznie wad, kompilator i tak prawdopodobnie wytworzy identyczny kod.


"A car won't take your job, another horse driving a car will." - Horse influencer, 1910
edytowany 3x, ostatnio: obscurity
kzkzg
  • Rejestracja:ponad 8 lat
  • Ostatnio:około 9 godzin
  • Postów:925
0

Tak jak wspomniano, głównie do debugowania tak robię. Czasem tez rozwlekam jak ten kawałek kodu jest przetestowany, a mi brakuje trochę % żeby zaspokoić code coverage w sonarze🥲


Keep calm and blame frontend.
Tell your cat I said pspsps.
Spearhead
  • Rejestracja:prawie 6 lat
  • Ostatnio:około 11 godzin
  • Postów:1002
7

W zależności od jezyka tego typu wywołania nie muszą być tożsame. W C++ kod:

Kopiuj
const int a = foo();
const int b = bar();
goo(a, b);

Nie jest równoważny

Kopiuj
goo(foo(), bar());

W tym pierwszym jest gwarantowane, że foo zostanie wywołane przed bar, W drugim nie ma takiej gwarancji, ponieważ kolejność ewaluacji argumentów funkcji nie jest zdefiniowana. Jeżeli zatem foo i bar mają jakieś efekty uboczne, to takie inline'owanie może nie być właściwe i potencjalnie prowadzić do trudnego do znalezienia błędu (co jest zatem swoją drogą argumentem za tym, by robić czyste funkcje).

edytowany 1x, ostatnio: Spearhead
obscurity
to trochę dziwne że to nie jest jeszcze ustandaryzowane, rozumiem pierwotny powód ale wprowadza to pułapki do języka. Nawet w ruście który ma dorównywać szybkością c++ jest to sprecyzowane
Wibowit
z tego co pamiętam to gcc ewaluuje argumenty od tyłu, a clang od przodu, więc któryś kompilator musiałby się zdecydować na breaking change, żeby to ustandaryzować
KR
Moderator
  • Rejestracja:prawie 21 lat
  • Ostatnio:około 18 godzin
  • Postów:2964
1

W C++ i Rust to może nie być równoważne również z jeszcze jednego powodu - czas życia obiektu tj. moment w którym są wywoływane destruktory może być inny w zależności od sposobu przekazania wartości do funkcji.

W przypadku gdy obiekt trzyma jakiś zasób może mieć to istotne znaczenie dla wydajności a nawet i poprawności (np. blokady).

Kod:

Kopiuj
use_data(&parse(data));
other_stuff();

jest równoważny:

Kopiuj
let tmp = parse(data);
use_data(&tmp);
drop(tmp);
other_stuff();

Tymczasem gdybyśmy to napisali tak:

Kopiuj
let tmp = parse_data();
use_data(&tmp);
other_stuff();

to tmp zostanie zniszczone dopiero po other_stuff. Jeśli tmp trzyma locka lub ma inny side-effect to wywołanie other_stuff może działać inaczej.

Przy czym taka różnica występuje jedynie przy użyciu referencji. W przypadku przekazania normalnie bez & lub przez move w C++, obie wersje są równoważne bo destrukcja nastąpi wewnątrz use_data.

rafal95p
  • Rejestracja:około 2 lata
  • Ostatnio:ponad rok
  • Postów:157
0

Ciekawe. Właśnie zdebugowałem jedną rzecz właśnie tym, że miałem consta.

Riddle
Administrator
  • Rejestracja:prawie 15 lat
  • Ostatnio:około 12 godzin
  • Lokalizacja:Laska, z Polski
  • Postów:10056
0
rafal95p napisał(a):

Ciekawe. Właśnie zdebugowałem jedną rzecz właśnie tym, że miałem consta.

To samo można zrobić watchem w debuggerze.

obscurity
ale wtedy wykonujesz to podwójnie więc nie zadziała jeśli funkcja ma skutki uboczne lub słabo będzie to działało gdy operacja się długo wykonuje; nie podmienisz też w locie wartości tego
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)