少し前まで、私は React を正しく学習することに専念しました。長年のソフトウェア開発者として、私はチームが何を必要としているかに応じて、React プロジェクトに出たり入ったりしてきました。他の人が私についてどう思っているかに関わらず、私の個人的な理解度は、おそらくいじくり回しレベルです。

私は物事を行うことができます。チケットの要件を実現できます。しかし、Google から多くの手を握られています (それが悪いというわけではありません)。

ここ数週間、私はたくさんの小さなプロトタイプに没頭して、特定のコンセプトがどのように機能するか、そのニュアンス、およびフォローアロングの YouTube チュートリアルで誰も実際に話していないことを理解しました.

この経験から、React でのコーディングの学習に関しては、ソフトウェア開発者であることについて、実際に足を引っ張る可能性のあるいくつかのメタ的な事柄があることを発見しました。

React コードの偏見

誰もが好みを持っています — そして、この好みは、さまざまな考え方に対する将来の偏見の原因となる可能性があります. なぜこれを行うのですか？私たちは、自分が知っていることや経験したことに対して、効果があると偏見を持っているからです。

OOP に偏った開発者にとって、React はその分散型の考え方に挑戦し、イライラさせます。クラスや OOP に関連するすべての専門用語がありますが、React は基本的に、最前線で再利用性を備えた単一タスクの機能的アプローチを推進しています。

これはどういう意味ですか？

• 各コンポーネントは、1 つのことだけを実行し、それを適切に実行することが期待されています。
• データは単方向です。つまり、変更を階層ツリーに戻したり、兄弟に直接渡したりすることはできません。唯一の方法は、状態をツリーの上に持ち上げることです。これは、突然変異が 1 つの空間でのみ発生する可能性がある準グローバルのような状態/スコープで作業することに慣れていない場合、アーキテクチャと構造についての考え方を台無しにする可能性があります。単一のソース
• そしてそれはそれについてです

React で知っていることを実行しようとする

現実的になりましょう — 何かに慣れると、簡単だから使い続けたくなるでしょう。それだけでなく、以前は機能していたことがわかっているので、別のスペースに転送してみませんか?

ここでの問題は、React が Angular、Vue、.NET、Java、または他のフレームワークや慣れ親しんだ言語になろうとしていないことです。Reactもそれらのものではありません。それは、一般的な考え方と衝突する可能性のある、特定の方法で実施された独自の考え方、原則、およびアイデアのセットです。

類似点はあるかもしれませんが、まったく同じというわけではありません。ここで開発者はバラバラになります。

node.js と PHP のバックグラウンドを持つ Angular 開発者として、React は最初は本当に奇妙に感じました。抵抗すればするほど、React に自分のやりたいことをさせるのが難しくなりました。しかし、私がやろうとしていたのは、それが何であるかを受け入れるのではなく、すでに知っているものにすることでした. これは、React を学習するタスクに限定されないよくある間違いです。これは、開発者が移動したり、コンフォート ゾーンからの移動を余儀なくされたりしたときに、複数の言語にまたがる問題です。

こうなると、肩書はともかく、また後輩になります。その後、それはアイデンティティと現実の衝突になります。なぜなら、あなたが後輩のときは、知らない知識領域がたくさんあるからです。あなたの仕事を遂行する能力があると期待されています。

そのため、知っておくべきことを学ぶために適切な時間を費やすのではなく、知っていることを利用し始めます。これは、作業中のアプリケーションに自分自身をショートカットするチートな方法ですが、コーディングの特定の分野で最高のソフトウェア開発者であることを保証する方法ではありません。

React をそうでないものに強制する

現実になりましょう、私たちは皆、ある時点でそれをやったことがあります。それが React にない場合は、あなたが学ぼうとしているものに関係があります。React を、私が見たこと、聞いたこと、個人的なプロジェクトの経験に基づいていないものにする一般的な方法をいくつか紹介します。

• MVC-ing React と依存性注入 — なぜでしょうか? 私たちは常に .NET と Java でそれを行っています。コントローラーが正しく機能し、データと状態を共有するために必要です。
• class-itus 症候群 — 私たちは授業が大好きです! クラスのみを使用する必要があります。私たちはクラスを理解しており、React のフックと関数を適切に調べていないからです。しかし、クラスを使用することを約束したので、リファクタリングではなくクラスの使用に固執する必要があります。
• componentネーミングの議論 — それはコンポーネントなので、どこかで名前を付けなければなりません。問題は、React 内のすべてが、ちょっとしたものcomponentなので、冗長になるということです。React では、基本的に、必要最小限の言葉で正確に名前を付けるゲームです。
• フォーマット — Java/.NET/Angular/あなたが慣れ親しんだネイティブ言語やフレームワークのように見えるようにする必要があります. この点は、これは、別の言語を話す人に、自分の母国語では文章の構成が正しくないことを伝えるのと同じであることを思い出してください。これが例です。アジアの言語では、「フィッシュ ソース」「ソース フィッシュ」などを母国語で呼びます。彼らにとって、彼らのバージョンは正しいものです。英語を母国語とする人にとって、それは明らかに奇妙で間違っていますが、そうではありません。彼らの言葉で「正しい」言い方をしようとすると、あなたが間違っているのです。

私は React の専門家ではありません。むしろ、これは開発者が何か新しいことを学ぼうとするときに持つ不健康な習慣を反映したものです。

コードパターンに行き詰まると、最初は非効率に思えたとしても、それを手放して何かを行うためのより良い方法があるかもしれないことを受け入れるのは難しい場合があります。リファクタリングしたAngularプロジェクトでそれが発生するのを見てきましたが、それを引き起こしたのと同じ根本的な問題は、Reactプロジェクトに簡単に転送できます。

React は奇妙です。特に、クラスと継承可能なコンポーネントですべてがきちんと区切られているバックグラウンドを持っている場合はなおさらです。表面的には、React はこれを可能にしますが、アーキテクチャ的に健全な方法で物事を成し遂げ、構造化するための最良の方法論であるという意味ではありません。