禁止 "this"

@serverSerrverlesskiy

JavaScriptからキーワード🗝️thisを削除すると、言語がより良くなります！

その理由は、 thisは、関数が定義された場所ではなく、関数が⚙️と呼ばれた方法に依存するためです。したがって、JavaScriptの thisは、言語の多くの混乱の原因です。

thisを使用すると、関数が呼び出されたコンテキスト内の正確なオブジェクトで動作することが保証されます。 thisメソッドを使用すると、オブジェクトの任意のプロパティにアクセスできるだけでなく、オブジェクト自体への参照をどこかに渡すこともできます（アプリケーションのセキュリティが低下します）。

thisの値は呼び出しのコンテキストと呼ばれ、関数が呼び出されたときに決定されます。たとえば、オブジェクトなしで宣言されたこのような関数は、完全に有効です。

functionsay Hi() {
  console.log(this.firstName)
}

この関数は、thisが何になるかをまだ知りません。これは、プログラムの実行時に明らかになります。

同じ関数が異なるオブジェクトのコンテキストで実行される場合、異なるthisを受け取ります。

var user = { firstName: 'ジョニ' }
var admin = { firstName: '管理者' }

function funcName() {
  console.log(this.firstName)
}
user.f = funcName
admin.g = funcName

// this ドットの前のオブジェクトに等しい：:
user.f() // ジョニ
admin.g() // 管理者
admin['g']() // 管理者 (オブジェクトへのアクセスは角括弧を介して実装されます)

したがって、 thisの値は、関数がどのように作成されたかに依存せず、呼び出し時にのみ決定されます。

`this`とその欠点

メソッドは、オブジェクトに格納される関数⚙️です。関数⚙️がどのオブジェクトで作業するかを知るためには、this.を使用します。

Poor

しかし、 thisは多くの状況でコンテキストを失います（戻り値は不明です）：

ネストされた関数内のコンテキストを失います
コールバックでコンテキストを失います
メソッドがイベントハンドラーとして使用されると、thisはコンテキストを失います。

最高の言語

The_best

JavaScriptは、関数型プログラミング言語であると同時にプロトタイプベースの言語でもあります。 thisを取り除くと、関数型⚙️プログラミング言語としてJavaScriptが残ります。それはさらに良いです！

同時に、thisなしでJavaScriptはクラスや継承なしでオブジェクト指向プログラミングを行うための新しいユニークな方法を提供します。

拒絶 this

remember

thisの問題を回避する最善の方法は、thisをまったく使用しないことです。

JavaScript

これがないJavaScriptは、最高の関数型⚙️プログラミング言語のように見えます！

thisをクロージャーコレクションとして使用せずに、カプセル化されたオブジェクトを作成できます。経由 React Hooks thisステートフルコンポーネントなしでを作成できます。

thisキーワードは、既存のすべてのアプリケーションを壊さずにJavaScriptから削除することはできません。しかし、何ができるでしょうか？ thisなしで独自のコードを記述し、ライブラリでのみ使用できるようにすることができます。一方、紹介新しいルール ESLint、はthisの使用を禁止します。

前回のレッスンで放棄したのでクラス, それから彼らと一緒に私たちはthisに別れを告げます。