What is the purpose of the `bind`, `call`, and `apply` methods?

Question presented to candidate: "Why do call, apply, and bind exist at all — what real problem in JavaScript do they solve, and can you show a concrete situation where you'd actually need one of them?"

What a strong answer should cover:

• 📌 Interview term: the real problem they solve — a regular function's this is determined by how it is called (its call-site), not where it is defined — this means passing a method as a plain callback (an event handler, a timer, an array-callback) genuinely detaches it from its original object, breaking this. call/apply/bind exist specifically to let a developer explicitly, deliberately control this, overriding the default call-site rule.
• 📌 Interview term: the real, concrete demonstration — verified directly: extracting a method from an object and calling it as a bare, detached function genuinely loses its original this (calling it directly throws/produces undefined access, depending on strict mode); re-attaching the correct this via .bind(originalObject) genuinely fixes it, producing the identical correct result the method gave when called normally.
• A precise answer names the shared purpose across all three (deliberate this control), while naming their distinct timing: call/apply apply that control for one single, immediate invocation; bind applies it permanently to a new, reusable function.
• 📌 Interview term: a real, common use case — passing an object method as a callback (e.g. element.addEventListener("click", obj.handleClick.bind(obj))) is one of the single most common real reasons bind shows up in application code, precisely because event listener callbacks are always invoked with this determined by the LISTENER's own call-site convention, not the original object.
• A precise answer names that in modern class-based/arrow-function-heavy code, the NEED for explicit binding has genuinely decreased (class fields with arrow functions capture this lexically at definition time), but understanding why binding is needed at all remains foundational to understanding this itself.

Clarifying questions expected:

• None — this is a definitional/technical question; explaining the ROOT problem (call-site-determined this) rather than just listing method signatures is the strong signal.

Code / implementation expected: Yes — demonstrating a method genuinely losing its this when detached, then fixing it with bind, is the clearest, most convincing proof of understanding the actual purpose.