Rubyで始める関数型ドメインモデリング

Rubyで始める関数型ドメインモデリング湘.なんか #2 @shogo_tksk / 2025/02/15

話しているひと • 高崎（@shogo_tksk） • 普段はRails/Reactを書いています • 一番好きなモールは湘南モールフィル🏝

今日話すこと • 関数型の思考を取り入れることで、より堅牢なコードをかける（かも？） • Rubyにおける実装例

モチベーション • 本書はF#で書かれているが、その考え方自体は言語仕様に依らず普遍的。 • そのエッセンスをRuby / Railsで書かれたコードに落とし込むとしたらどうか？引用:
https://amzn.asia/d/7Lh0iN4

関数型プログラミングのエッセンスとは？🤔

不変性（Immutable） • オブジェクトを直接変更せず、新しいオブジェクトを生成して操作を行う • 意図せず他のオブジェクトの状態を壊さない

純粋関数 • 引数が同じ場合、常に同じ値を返す（参照透過性） • 副作用を持たない（関数の場合は「値を返す」ことが主たる作用）引数以外の状態に依存

Railsにおける典型的な副作用（I/O）不純な世界（副作用）と計算を分離する I/O境界 I/O境界 👈ココを純粋に保ちたい

引用: https://zenn.dev/coconala/articles/2a885527bf2f32 ◦ dry-monadsというGemを使った例 ◦ 処理のステップ1つ1つを純粋関数にする ▪ 副作用を避けるため、例外を吐かない。大域脱出もしない。 ▪
その代わりにResultクラス（Success / Failure）を返す ◦ そのステップを組み合わせることで、大きな処理（ワークフロー）を作る 👈 ドメインロジックをそのまま書く

引用: https://gitlab.com/gitlab-org/gitlab/-/blob/d8b87be14c3c27eb7cfef1bc502d9cc4e5c8ff0f/app/services/service_response.rb • 独自でResultクラスを定義するパターン • Gem依存を避けたい、欲しいのは Resultクラスのみで、多機能なのは too muchな場
合など • GitLabのコードでは独自に定義した Result を返すことでドメインロジック上の例外を表現している

やってみて嬉しいポイント • 関数を純粋に保つことでテストが早い &書きやすい ◦ 副作用（I/O）とロジックを分離することで、純粋な計算として扱える。 ◦ 逆にテストが書きにくい場合は、責務の分割が適切じゃないかも？副作用を孕んでいないか？などを考えられるようになった。 ▪
よりよいコードを書くためにテストを書く • 各関数がResultクラスを返すことがある程度担保されているので、エラーパターンの把握が容易。

まとめ • 部分的に関数型のアプローチを取り入れることで、設計や実装時に立ち返る指針が出来た • それによりメンテナビリティ、テスタビリティが向上した

Rubyで始める関数型ドメインモデリング

Rubyで始める関数型ドメインモデリング

Shogo Takasaki

Other Decks in Programming

Featured

Transcript