React for Everythingの使用停止の翻訳！ medium.comで公開。
それで、Reactをマスターしました。 また、ES6との統合も追加されました。 さて、あなたはあなたのコードをコンポーネントに分解するのが得意です。 その上、あなたは...停止します。 気にしません
優れた機能を備えた有名なフレームワークに出会ったからといって、天才になるわけではありません。 そして、それは間違いなく、Reactがあなたのするすべてにとって正しい選択になるわけではありません。 実際、ほとんどの場合、これはおそらく最良の選択ではありません。
ReactJSはCharisard（ポケモンなど）です。 これは、javascriptの世界では火を吐くドラゴンです。 彼は強力で、速く、まばゆいばかりで、賢いプログラマーは彼から引きずり出しています。 外観を頻繁に更新する必要のある非常に動的なアプリケーションがあり、テンプレートに関する多くの問題を避けたい場合、草の生えた対戦相手のポケモンを見ると、反応の仮想DOMが非常に効率的になります。 しかし、あなたのサイトがこれらすべてを必要としない場合は、 別のものを選択してください！
自分をステレオタイプに限定しないでください。 最後の癖を追いかけないでください。 特定の状況は、どのアプローチがチームの使命を果たすのに最適であるかを示します。
コリン・パウエル
ReactJSを選択するためだけに、ReactJSの選択をやめてください！ あなたが使用しようとしているので、これは銀の弾丸と黄金の杯ではありません。 サイトに単純な動的フォームがある場合、この仮想DOMは不要です。 アプリケーションに単純なテンプレートエンジンが必要な場合、火を吐くモンスターは必要ありません！ 若い開発者は、フレームワークの利点を特に気に入っており、これを...すべて...に使用しています。 これはばかげてandいです。 [側に大声] JSX、本当に？ 「しかしそれに慣れる」と彼らは言う。 また、ごみの味にも慣れますが、これはそれを使い続ける必要があるという意味ではありません。
私はReactの利点を完全に理解しており、javascriptの将来にすでに大きな影響を与えていると思います。 ES6とそのコンポーネントアーキテクチャ（一般にWeb全体の未来）との統合がいかにきれいかが大好きです。 ただし、プロジェクトではめったに選択しません。 静的サイトの場合、Jadeは素晴らしいテンプレートエンジンです。 RESTデータを取得するアプリケーションでは、Angularを使用します。 すべての優れたテクノロジーには時間と場所があります。
Fives Guysのハムチーズバーガーは美味しいですが、朝食には適していません。
私は
私はいつかこの国が真っ直ぐになり、ロゴの色ではなく機能するための最良の枠組みを選択することを夢見ています。 React、Angular、Ember、Backbone、Vue、Knockout、Mithril、Jade、Django、Railsなど など おそらく、あなたのWebアプリケーションは非常に単純なので、単純な古いjavascriptを書くことができるでしょう！ 何してるの？
結局のところ、選択はあなた次第ですが、あなたの意見が群衆の癖によって形作られないようにしてください。 Google、MSN、Vevoなどの企業がAngularを使用する理由をご覧ください。 または、Sony、Reddit、Pinterestなどの企業がBackboneを使用する理由。 または、Netflix、Yahoo、LinkedInなどの企業がEmberを使用する理由。 Reactを選択しない賢い人々がいます。 理由を自問してください。
PS記事は翻訳者の意見や見解をまったく反映していない場合があります。 コメントの議論/確認/反論のためにここに提示されます。