Co się dzieje w JavaScript, gdy używam "tradycyjnej" deklaracji funkcji w stylu C?

Question

Wiem, że istnieje kilka sposobów definiowania funkcji w JavaScript. Dwa z najczęstszych należą:

(1) function add (a, b) { 
     return a + b; 
    } 

(2) var add = function (a, b) { 
     return a + b; 
    } 

jestem wygodne z ideą funkcji jako obiektu, który może zostać przekazany wokół podobnie jak każdej innej zmiennej. Rozumiem doskonale, co robi (2). Tworzy funkcję i przypisuje ją do add (załóżmy, że jest to zakres globalny, więc add jest zmienną globalną) wspomnianej funkcji. Ale co się dzieje, jeśli zamiast tego używam (1)? Wiem już, że robi to różnicę w kolejności wykonywania: jeśli używam (1), mogę odnieść się do add() przed punktem w kodzie, w którym zdefiniowano add(), ale jeśli używam (2), muszę przypisać moją funkcję do add, zanim będę mógł rozpocznij, odnosząc się do add().

Czy (1) jest skrótem do (2), ale zachowuje się tak, jak inne języki w stylu C, pozwalając nam zdefiniować funkcję "poniżej" punktu, w którym jest używana? Czy jest wewnętrznie inny rodzaj funkcji? Który jest bardziej "w duchu" JavaScript (jeśli to nie jest zbyt niejasne określenie)? Czy ograniczyłbyś się do jednego lub drugiego, a jeśli tak, który?

Answer 1

Wygląda na to są już świadomi głównych cech function declarations (1) i function expressions (2). Należy również pamiętać, że w (1) wciąż jest zmienna lokalna o nazwie add zawierającym wartości funkcji, podobnie jak w (2):

function hello() { 
    alert('Hello World'); 
} 

console.log(typeof hello); // prints "function" 

setTimeout(hello, 1000); // you can still pass functions around as arguments, 
          // even when using function declarations. 

Jeden inny punkt warto wspomnieć, że deklaracje funkcji (1) powinnaś • należy użyć do zdefiniowania funkcji warunkowo (np. w instrukcjach if), ponieważ, jak już wspomniano, są one automatycznie przenoszone na początek zakresu zawartości za pomocą interpretera JavaScript . Jest to zwykle określane jako hoisting.

Co do tego, które podejście jest bardziej zgodne z duchem JavaScript, wolę używać wyrażeń funkcji (2). Aby uzyskać bardziej wiarygodną opinię, Douglas Crockford zawiera listę deklaracji funkcji (1) w rozdziale "Złe części" w jego popularnym The Good Parts book .

---

znany również jako sprawozdania funkcyjnych (Zobacz @Tim Down's komentarze poniżej).
W rzeczywistości niektóre przeglądarki mogą obsługiwać deklaracje funkcji w instrukcjach if (Ponownie odwołać się do komentarzy poniżej).
JavaScript: The Good Parts - Dodatek B: Strona 113.

Answer 2

function foo() {}; 
foo.toString() //-> "function foo() {}" 

var bar = foo; 
bar.toString() //-> "function foo() {}" 

więc deklaruje nazwie funkcji. Bez względu na to, która zmienna wskazuje na to, nazwa jest zachowywana.Używanie innej składni jest funkcją anonimową, która jest bezimienna i może być dostępna tylko wtedy, gdy odwołuje się do niej zmienna.

var foo = function() {}; 
foo.toString() //-> "function() {}" 

var bar = foo; 
bar.toString() //-> "function() {}" 

Jeśli chodzi o styl, nie ma większej zasady. Chociaż osobiście faworyzuję anonimową składnię, ponieważ przypomina mi, że funkcje są rzeczywiście obiektami, które można przekazywać. Ja również preferuję podejście "to wszystko w dużym obiekcie głównym", które wymaga, aby funkcje były zadeklarowane w ten sposób.

var MyThingy = { 
    foo: function() { alert('foo') }, 
    bar: function() { MyThingy.foo() } 
} 

Ale po utworzeniu funkcji różnice nie są tak naprawdę ważne i zachowują się tak samo. Ale anonimowa składnia ma mniej tego skanu przed magią, o której wspomniałeś, a także mniej błędów w skomplikowanym kodzie i dziwnych sytuacjach dotyczących zakresu.