2017末時点での React Component 設計のベストプラクティス - Qiita

どう考えているか、というのを聞かれたので、記事に起こしておきます。個人の意見です。 Prettier を使う 気づけばコードの整形を人間がやる時代は終わりました。 細かいコーディングスタイルでレビューの時間を取るぐらいだったら、一貫した自動整形ルールを適用すべきです。 人によっては細かいこだわりがあって prettier の規則が気に食わないかもしれず、僕も最初はそうでしたが、Atomで保存する度に自動整形を走らせる prettier の強烈な開発体験によって、最終的にそれらのこだわりを全て捨てることが出来ました。 生産性を求めるなら、現時点では最優先で導入すべきものです。 React.createClass を使わない v16 で削除されたのでいわずもがな。 同様に、 createClass でしか使えなかった mixin 周辺機能も丸ごと deprecated です。 「可能な限りは」

[zetta1985]

内容は素晴らしいと思うけど、「設計のベストプラクティス」ではないような

[enemyoffreedom]

「コードの整形を人間がやる時代は終わりました」 やばい、ウチの職場のメンバーも早いことモノリスに触れて人類へ昇格しないと

[teppeis]

mizchiさん、フリーになって複数社案件を経験したせいかバランス感覚が増している感

[takc923]

“コードの整形を人間がやる時代は終わりました” ほんまそれ

[vvakame]

いい話だ

[gfx]

ほぼ同意。functional stateless component はまだそっちに舵を切りきれないな。

[ryota-murakami]

recompose以外は同意。lifecycle methodが必要な時は素直にES6 Classes使った方が良いと思う。 class ≒ 良くない と捉えるのは 行き過ぎでは 。

[sky-y]

信頼と実績のmizchiさんだ。

[hachibeechan]

全部同意で内部関数でrenderするのほんとやめさせたい。そしてrecomposeはアレルギー起こす人いて導入大変そう

[akabekobeko]

学びの多い記事。ESLint の --fix をエディタから使用してるけど prettier もよさそう。最近 Redux 使い始めたのだけど Action の作法、middleware のためにも必要なのか。

[Shisama]

recompose使ったことないけど、ライフサイクルメソッドが書けるの知らなかった。PureComponentとかshouldComponentUpdateをSFCでもできるぐらいの知識だったので、色々触ってみよ。

[zentarou]

PropTypesはゴミ

[kithzmky]

react

[mizoguche]

“「可能な限りは」 Stateless Fuctional Component を使う”

[sigwyg]

攻めるなあ、て印象

[takogawa]

Prettierはたしかに楽

[kikunantoka]

参考になった。Prettierを導入したい。

[kitahashi-ryoichi]

recomposeだけわからん

[tomoi555]

“現実的には、state は完全に排除出来ないとは思いますが、 state を持つ component は特殊なコンテナーであって、出来る限り抑えるべきです。 それを機械的に検出するのに eslint-plugin-react/prefer-stateless-function をおすすめしてい

[knjname]

これreduxの話だと思う

[uehaj]

順当

[tuki0918]

“https://github.com/prettier/prettier”

[umai_bow]

基本はReduxに則って、必要な個所はRecomposeで補う感じなのだろうか

[koyancya]

"JSのオブジェクトをイミュータブルだと思い込んで使う"

[siguma_sig]

割と守れてそう

[mizchi]

書いた