Właściwe użycie const do definiowania funkcji w JavaScript

Chociaż używanie const do definiowania funkcji wydaje się hack, ale ma kilka wielkich zalet, które czynią go lepszym (moim zdaniem)

1. Sprawia, że funkcja jest niezmienna, więc nie musisz się martwić, że ta funkcja zostanie zmieniona przez inny fragment kodu.

2. Możesz użyć składni strzałek fat, która jest krótsza i czystsza.

3. Korzystanie z funkcji strzałek zajmuje się this wiązaniem dla Ciebie.

Przykład z function

// define a function
function add(x, y) { return x + y; }

// use it
console.log(add(1, 2)); // 3

// oops, someone mutated your function
add = function (x, y) { return x - y; };

// now this is not what you expected
console.log(add(1, 2)); // -1

Ten sam przykład z const

// define a function (wow! that is 8 chars shorter)
const add = (x, y) => x + y;

// use it
console.log(add(1, 2)); // 3

// someone tries to mutate the function
add = (x, y) => x - y; // Uncaught TypeError: Assignment to constant variable.
// the intruder fails and your function remains unchanged

Istnieje kilka bardzo ważnych korzyści z używania {[0] } i niektórzy powiedzieliby, że powinien być stosowany tam, gdzie to możliwe, ze względu na to, jak celowe i orientacyjne jest.

Jest to, o ile mogę powiedzieć, najbardziej orientacyjna i przewidywalna deklaracja zmiennych w JavaScript i jedna z najbardziej użytecznych, ze względu na to, jak bardzo jest ograniczona. Dlaczego? Ponieważ eliminuje pewne możliwości dostępne dla var i let deklaracji.

Co można wywnioskować czytając const? Ty zapoznaj się z poniższymi informacjami, czytając deklarację const i bez skanowania w poszukiwaniu innych odniesień do tej zmiennej:

• wartość jest związana z tą zmienną (chociaż jej podstawowy obiekt nie jest głęboko niezmienny)
Nie można uzyskać dostępu poza jego blokiem zawierającym bezpośrednio]}
• Wiązanie nie jest dostępne przed deklaracją, z powodu reguł Temporal Dead Zone (TDZ).

Poniższy cytat pochodzi z an artykuł argumentujący korzyści z let i const. To również bardziej bezpośrednio odpowiada na pytanie dotyczące ograniczeń/ograniczeń słowa kluczowego:

Ograniczenia takie jak te oferowane przez let i const są potężnym sposobem na ułatwienie zrozumienia kodu. Postaraj się zgromadzić jak najwięcej z tych ograniczeń w pisanym kodzie. Im bardziej deklaratywne ograniczenia, które ograniczają znaczenie fragmentu kodu, tym łatwiej i szybciej jest ludziom czytać, analizować i rozumieć kawałek kodu w przyszłości.

Przyznane, jest więcej reguł do const deklaracji niż do var deklaracji: block-scoped, TDZ, assign at declaration, no reignsign. Podczas gdy var polecenia sygnalizują tylko zakres funkcji. Liczenie reguł nie daje jednak zbyt wiele wglądu. Lepiej zważyć te reguły pod względem złożoności: czy reguła dodaje lub odejmuje złożoność? W przypadku const, zakres blokowy oznacza zakres węższy niż zakres funkcji, TDZ oznacza, że nie trzeba skanować zakresu wstecz od deklaracji w celu wykrycia użycia przed deklaracją, a reguły przypisywania oznaczają, że powiązanie zawsze zachowa to samo odniesienie.

Im bardziej ograniczone są instrukcje, tym prostszy staje się fragment kodu. Gdy dodamy ograniczenia do tego, co może oznaczać oświadczenie, kod staje się mniej nieprzewidywalny. Jest to jeden z największych powodów, dla których programy pisane statycznie są na ogół łatwiejsze do odczytania niż programy pisane dynamicznie. Static pisanie nakłada Duże ograniczenia na twórcę programu, ale również nakłada Duże ograniczenia na to, jak program może być interpretowany, dzięki czemu jego kod jest łatwiejszy do zrozumienia.

Mając na uwadze te argumenty, zaleca się użycie const tam, gdzie to możliwe, ponieważ jest to stwierdzenie, które daje nam najmniej możliwości myślenia.

Źródło: https://ponyfoo.com/articles/var-let-const

Minęły trzy lata, odkąd zadano to pytanie, ale właśnie na nie natrafiłem. Ponieważ ta odpowiedź jest tak daleko w dół stosu, proszę pozwolić mi ją powtórzyć:

P: jestem zainteresowany, Czy istnieją jakieś ograniczenia, jakie rodzaje wartości mogą być set using const in JavaScript - in particular functions. Czy to ważne? Oczywiście, że działa, ale [[7]}czy jest uważana za złą praktykę dla każdego powód?

Byłem zmotywowany do zrobienia pewnych badań po obserwując jednego płodnego kodera JavaScript, który zawsze używa const dla functions, nawet jeśli nie ma wyraźnego powodu / korzyści.

W odpowiedzi na "czy z jakiegoś powodu uważa się to za złą praktykę?" pozwól mi powiedzieć, IMO, tak jest, a przynajmniej są zalety używania function Oświadczenia.

Zachęcam wszystkich do przeczytania tego artykułu, nawet jeśli już podjąłeś decyzję.

Oto główne punkty:

Wyrażenia funkcji mają dwie wyraźne zalety w stosunku do funkcji [const] wyrażenia:

Zaleta # 1: jasność intent

podczas skanowania przez tysiące linii kodu dziennie, warto wiedzieć, że intencje programisty tak szybko i łatwo, jak to możliwe.

Zaleta # 2: kolejność deklaracji = = kolejność wykonania

Idealnie, chcę zadeklarować mój kod mniej więcej w kolejności, w jakiej spodziewaj się, że zostanie stracony.

To jest dla mnie showstopper: każda wartość zadeklarowana za pomocą const słowo kluczowe jest niedostępne do czasu wykonania to.

To co opisałem powyżej zmusza nas do napisania kodu, który wygląda do góry nogami. Musimy zacząć od najniższego poziomu funkcji i pracy nasza droga na górę.

Mój mózg tak nie działa. Chcę kontekst przed szczegółami. Większość kodu jest pisana przez ludzi. Więc to ma sens, że większość ludzi kolejność rozumienia z grubsza jest zgodna z kolejnością wykonania większości kodu.

Jest inny scenariusz, w którym funkcja stała może być użyteczna. Jeśli masz wiele stałych w kodzie i potrzebujesz funkcji, która konkretnie działa na tych stałych, dobrym pomysłem może być przekształcenie tej funkcji w stałą:

const FLAG_ONE   = 1;
const FLAG_TWO   = 2;
const FLAG_THREE = 4;
// etc.

// resolves flag into string for debugging purposes:
const FLAG_NAME = flag => {
    switch ( flag ) {
        case FLAG_ONE: return 'one';
        // etc.
    }
};

Nie jest konieczne w żaden sposób definiowanie nazwy flagowej jako stałej, ale poprawi to czytelność Twojego kodu.