💣Webフロントエンドにおける関数型「風」プログラミングに関する個人的まとめ - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ここ数年の流れについて 技術的側面 Webフロントエンド（ほぼTypeScript＆React界隈）において、オブジェクト指向（厳密に言うとクラスの利用）から脱却する流れがあります。原因は以下の2点。 クラスの継承の問題点が（IT業界全体に）広く定着したこと JS/TSの進化、Reactの進化、関数型言語の考え方などの影響により、クラスを用いてデータと関数群を紐づけるメリットが薄くなったこと 現状、設計レベル（実務的にはどの関数を纏めてモジュール化するのか、モジュール同士をどう繋ぎ合わせるのか、フォルダ割りどうするのか等）のノウハウがま

[cpw]

クラス化するとスコープがわかりやすくなるというものすごいメリットがあるんですよ。逆に関数がメインになるとスコープが自由に決定できるのでより技術力を求められる。初心者にはきついと思う。

[baronhorse]

hooksとか副作用の塊みたいなものを持ち込んでこれからはなんでも関数コンポーネントでみたいなノリは関数型云々みたいな感覚と遠い感じがする

[roshi]

海外のエンジニアみたく「Algebraic Effectsを応用してSuspense作ってみたよ」って成果を出せれば議論だけに終わらず理解も進みそう。

[dhrname]

パーナス・モジュール化(modulerization)とダイクストラ階層構造化(hierarchical structure)との関係については、パーナスの報告書(1971年)22ページ目の「HIERARCHICAL STRUCTURE」を参照　https://prl.khoury.northeastern.edu/img/p-tr-1971.pdf

[yamadar]

キーワードは固定データ（イミュータブル）と変化するデータ（状態）、純粋な関数／副作用のある関数。

[mumei-0]

“関数型言語+DDDについて書かれた「Domain Modeling Made Functional」って英書があるらしくて、評判もいい”

[door-s-dev]

“関数型「風」プログラミング”が具体的になんのことなのか分からなくて途中で読むのやめた。誰かコメントで解説してくれないかな

[shibainu1969]

「風」という関数型言語ができたのかと思った。ReScriptはどんな感じですか。

[hirose504]

純粋関数だけなら兎も角、副作用のある関数をよく分からんスコープで使いたくないな

[ko-ya-ma]

わかるわかるわかる

[remonoil]

オブジェクト指向でデータも引っ付いた糞な巨大オブジェクトが出来るより、関数型風で糞な巨大関数が出来るほうがまだマシだと思う。被害軽減という意味で。

[programmablekinoko]

自分含めて大体の人はclassはオブジェクト指向どうこうじゃなくて便利なパッケージとして使っているんだよな。classとグラフィックライブラリの相性も良い

[mayumayu_nimolove]

フロントエンド界隈は方法論ばかりで何か生み出してる情報は少ない

[otihateten3510]

完璧を求めすぎでは

[shogo0809]

フロントエンドの Immutable 化は対応コストがバックエンドに比べて高いイメージがある（やりたいけどなかなかできない

[surume000]

嫌いな流れだな〜

[hdampty7]

jsにtypeとか持ち出して型安全性を求めてる時点でアレ。柔らかすぎるから少し硬くしておこう的な話でしかない。バックとフロントを統一的に書けると嬉しいけれど、要件が違い過ぎるから使い分けが重要なのでは。

[nakag0711]

共通する引数をまとめたものをインスタンス変数にするのであって、インスタンス変数というものがアプリオリに与えられるわけではない。ただ引数が全部読取専用データならクラスにする意味は薄いけど…

[yarumato]

“オブジェクト指向から脱却する流れ。固定データ（immutable）/変化するデータ（=状態）、純粋な関数/副作用のある関数、を分割管理が重要。クラスは使わないが膨大な型(type)と関数で制御。関数の大群は名前空間で管理”