React 雑感 - Qiita

3/22 (日) の rebuild.fm で React の話をしようと思っているが、その前に頭を整理するために React 雑感。雑感なので殴り書き。 React はこれ一つで複数の課題を解決しようとしている。そのため、人と議論してると話のコンテキストがぶれやすい。ざっくりは フロントエンドのプログラミングパラダイムを、サーバーサイドのような富豪的なスタイルに変える コンポーネント (雑に言うと独自タグ) 指向で UI を組み立てる ステートレスコンポーネントやメッセージパッシングで疎結合性を高めることにより、イベントの依存関係地獄を解消する。また結果的にテスタビリティを高める あたりだろうか。 React というと最初に目につくのは VirtualDOM だけれども、VirtualDOM は 1 や 3 を達成するために障害となった技術的課題を解消するためのテクニックであってそれ以上

[oakbow]

分かりやすい。ところでそろそろ、JS頂上決戦やってフロントエンドの群雄割拠に終止符を打って欲しい。決着ついて平和になった頃に起こしてください。

[t-wada]

雑感と言いつつかなり整理されていて、理解も正確。さすが naoya さん。触る前後で考えていた利点の順番が異なるのはすごくよくわかる。

[khei-fuji]

JSのフレームワークは流行り廃りが早いのか、次々に違う話題が出てくるなあ。それについていけるほどフロントエンドに従事してないから結局手を出せずにいる。

[mizchi]

ハンドラをテンプレートで埋め込むのに抵抗を持つかどうかで認識が変わるだろうなという気がしている。個人的にはアリ。

[typista]

React 雑感

[iR3]

ふむふむ

[efcl]

富豪的なスタイル、サーバサイドのやり方を使える

[kimutansk]

「フロントエンドのパラダイムをサーバサイドのように変える」は、なるほど。コンポーネント化は他のFWで出来るので実質ステートレスばかりに目が行ってましたが、そのポイントがあると

[jinjor]

コンポーネント重要じゃないのはショックを受けつつ納得してしまった。アプリケーションレイヤでは再利用することも少ないし、状態も全体で共有していることが多い。

[ytabuchi]

"ブラウザをリロードしてたときと同じように、データに変更があったら全部更新すりゃいい。React の VirtualDOM が面倒みてくれる。ということ" なるほど

[ebo-c]

確かに富豪的だよね。Reactで通信量増える分をMQTTで削減するのだとしたら力技もいいとこだと思ってる

[dev0000_1]

ReactってASPとかのコントロール志向との既視感が。C/Sのどちらで実行されるかは大きな違いだけど。各ブラウザのJS言語仕様自体がまだ成熟しきってないから、スタンダードなフレームワークが出るのは当分先かと。

[moty0815]

React 雑感

[karur4n]

わかりやすい。こういうの読むと有名人がその地位にいる理由が分かる。

[hamichamp]

メモ

[key_amb]

React触ったことないけどわかりやすかった。/ reactjs - React 雑感 - Qiita :

[progrhyme]

React触ったことないけどわかりやすかった。/ reactjs - React 雑感 - Qiita :

[syonx]

実際にReact試して、いかに整理してコードの見通しを良く出来るかが大事と感じました。それならJSにHTML混じってても許せる。記述箇所を集約できるのが気に入ってます。

[izumin5210]

Reactに関して，唯一にして最大のひっかかり “ View の構造 (要は HTML) が JavaScript のコードの中に、しかも断片的に分断されて紛れ込んでて、これホントにこれでいいの感”

[yosuke_furukawa]

"React"がずっと残るという訳じゃない。でも今後の潮流はこの流れを汲んだものになるだろうなと思う。

[kkotyy]

分かりやすい。課題についても納得。 しかし、従来のJavaScript MVCフレームワークとは一段違うんだな。これは勉強しとくべきか。。。

[t_f_m]

"React が決定版といいきるまでには至らないけれども、いろいろ js フレームワークが乱立する中で、まあこれは一度触っておいて損はないんじゃないかな、というもの"

[teppeis]

断片化の度合いはReactに限らず論点だと思うけど、結局プロダクトとチームの特性による、といういつもの答えに行き着く。