副作用とロジックの分離。Railway Oriented Programming と Result 型で「テストしやすい」バリデーションの設計 - カミナシエンジニアブログ

テクノロジーカテゴリーの変更を依頼記事元:

kaminashi-developer.hatenablog.jp

32users がブックマークコメント

記事へのコメント0件

注目コメント
新着コメント

新着コメントはまだありません。
このエントリーにコメントしてみましょう。

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

<iframe marginwidth="0" marginheight="0" src="https://b.hatena.ne.jp/entry.parts?url=https%3A%2F%2Fkaminashi-developer.hatenablog.jp%2Fentry%2Ftypescript-rop-result-validation-design" scrolling="no" frameborder="0" height="230" width="500"><div class="hatena-bookmark-detail-info"><a href="https://kaminashi-developer.hatenablog.jp/entry/typescript-rop-result-validation-design">副作用とロジックの分離。Railway Oriented Programming と Result 型で 「<strong>テスト</strong>しやすい」バリデーションの設計 - カミナシ エンジニアブログ</a><a href="https://b.hatena.ne.jp/entry/s/kaminashi-developer.hatenablog.jp/entry/typescript-rop-result-validation-design">はてなブックマーク - 副作用とロジックの分離。Railway Oriented Programming と Result 型で 「<strong>テスト</strong>しやすい」バリデーションの設計 - カミナシ エンジニアブログ</a></div></iframe>

プレビュー

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

副作用とロジックの分離。Railway Oriented Programming と Result 型で「テストしやすい」バリデーションの設計 - カミナシエンジニアブログ

こんにちは、カミナシでソフトウェアエンジニアをしているShimmyです。カミナシでは現場のDXを支援する... こんにちは、カミナシでソフトウェアエンジニアをしているShimmyです。カミナシでは現場のDXを支援するB2B SaaSプロダクトを開発しています。そのうちの1つである「カミナシレポート」の「ひな形編集」機能では、ユーザーがフォームテンプレートを自由に作成できます。ひな形の保存前には約20種類のバリデーションを実行します。ひな形名のチェック、回答項目の設定確認、設定キーの重複チェックなど多くのバリデーションがあり、今まではこれらが 1つの巨大な関数でした。今回は、関数型プログラミングのアプローチである「Railway Oriented Programming」と「Result型」を TypeScript で使って、数百行あるバリデーション処理を改善した話をご紹介します。改善前のコード：何が問題だったのか改善前のバリデーション処理を簡略化して書くと、次のようなコードです