Comment la valeur de `this` est-elle déterminée ?

Question

IT Interview Practice · Accepted Answer

`this` est déterminé par **comment une fonction est APPELÉE**, pas où elle est définie. Il existe cinq règles :

```js
const obj = {
  x: 1,
  getX() { return this.x; },
};

obj.getX();          // 1   → method call: `this` is `obj`
const f = obj.getX;
f();                  // undefined (or window) → plain call: `this` is global/undefined
f.call(obj);          // 1   → explicit binding with call/apply/bind
new SomeClass();      //     → `this` is the brand-new instance
```

## L'exception des arrow functions (la plus importante)

Les arrow functions n'ont **pas de propre `this`** — elles l'héritent de la portée englobante au moment de la définition. C'est pourquoi les arrows sont parfaites pour les callbacks :

```js
const obj = {
  items: [1, 2],
  logAll() {
    // ✅ arrow inherits `this` from logAll → `this` is obj
    this.items.forEach(i => console.log(this.items, i));

// ❌ a regular function here would have its own `this` (undefined) → crash
    // this.items.forEach(function (i) { console.log(this.items); });
  },
};
```

## Le piège courant

Passer une méthode en tant que callback **perd** sa liaison, car elle est alors appelée simplement :

```js
button.addEventListener("click", obj.getX);        // ❌ `this` is the button
button.addEventListener("click", () => obj.getX()); // ✅ keeps obj
button.addEventListener("click", obj.getX.bind(obj)); // ✅ also fine
```

## Pourquoi c'est important

Méconnaître `this` est l'un des bugs JS les plus courants.

La correction est généralement une arrow function ou `.bind()` pour verrouiller le `this` prévu.

L'exception des arrow functions (la plus importante)

Le piège courant

Pourquoi c'est important

Questions connexes