Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
SOLIDから考える良いコンポーネントの設計原則
Search
Tetsuya Negishi
October 29, 2021
Technology
1.6k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
SOLIDから考える良いコンポーネントの設計原則
Tetsuya Negishi
October 29, 2021
More Decks by Tetsuya Negishi
See All by Tetsuya Negishi
React Hooksで美しいコードを書く / Writing beautiful code using React Hooks
tetsuyanegishi
0
210
TypeScriptの型定義が JavaScriptのバグを駆逐する
tetsuyanegishi
3
970
React初学者が知らない コンポーネント分割テクニック
tetsuyanegishi
1
510
AWS Amplifyで作るサーバーレスバックエンド
tetsuyanegishi
3
2.1k
リアルタイムデータベース Cloud Firestore入門
tetsuyanegishi
10
9k
ブロックチェーンのマイニングとはなにか
tetsuyanegishi
1
110
スクラム開発の手法と実例
tetsuyanegishi
0
270
Other Decks in Technology
See All in Technology
AI時代の EM への処方箋
staka121
PRO
0
140
大量データに対しても、生成AIを用いてリーズナブルにデータ加工をしたい!Databricksのai_queryについて調べてみた
kamoshika
1
130
kintone の AI コワーカーを、 Anthropic にエージェントを"ホストさせて"作った話 #devkinmeetup
sugimomoto
0
110
Data + AI Summit 2026 イベントレポート: 「AIがビジネスで意思決定するデータ基盤」へ
nek0128
0
140
世界、断片、モデル。そして理解
ardbeg1958
1
110
美しいコードを書くためにF#を学んでみた話
yud0uhu
1
420
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective
shin1988
4
5.4k
Making sense of Google’s agentic dev tools
glaforge
1
200
型は壁、Rustでもバグを直すな、表現できなくせよ
nwiizo
13
2k
AIレビューはどこまで任せられるのか?自動化と人が背負うレビューの境界
sansantech
PRO
3
810
10年目を迎えた「ABEMA」がどのように AI 活用を推進して、AI 駆動開発にシフトしているのか / How ABEMA, entering its 10th year, is promoting the use of AI and shifting toward AI-driven development
miyukki
0
140
Claude Codeとハーネスについて考えてみる
oikon48
19
9.4k
Featured
See All Featured
BBQ
matthewcrist
89
10k
The untapped power of vector embeddings
frankvandijk
2
1.8k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2.1k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.2k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
1k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
480
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.6k
Building Applications with DynamoDB
mza
96
7.1k
We Have a Design System, Now What?
morganepeng
55
8.2k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
3
1.1k
Transcript
© commmune Inc. All rights reserved SOLIDから考える 良いコンポーネントの設計原則 1 #ReactLT
© commmune Inc. All rights reserved 2 自己紹介 • 根岸徹也
• コミューン株式会社 副業:2018/11 ~ 2020/11 正社員:2020/12 ~ • フロントエンド + サーバサイド #ReactLT
© commmune Inc. All rights reserved 3 SOLIDとは #ReactLT
© commmune Inc. All rights reserved 4 SOLIDとは • 変更に強い・理解しやすい・
再利用しやすいコードを作るための設計原則 • オブジェクト指向を想定して提唱されたもの ◦ 考え方のコアの部分は普遍的なもの ◦ Reactのコンポーネントを作るときにも適用できる #ReactLT
© commmune Inc. All rights reserved 5 5つの原則 S:単一責任の原則 (SRP)
O:オープン・クローズドの原則 (OCP) L:リスコフの置換原則 (LSP) I:インターフェイス分離の原則 (ISP) D:依存関係逆転の原則 (DIP) #ReactLT
© commmune Inc. All rights reserved 6 5つの原則 S:単一責任の原則 (SRP)
O:オープン・クローズドの原則 (OCP) L:リスコフの置換原則 (LSP) I:インターフェイス分離の原則 (ISP) D:依存関係逆転の原則 (DIP) #ReactLT
© commmune Inc. All rights reserved 7 単一責任の原則 #ReactLT
© commmune Inc. All rights reserved 8 単一責任の原則 「モジュールを変更する理由はたった1つであるべきである」 #ReactLT
© commmune Inc. All rights reserved 9 単一責任の原則 「モジュールを変更する理由はたった1つであるべきである」 =>
役割を意識してコンポーネントを分ける とコンポーネントの変更理由が1つになりやすい #ReactLT
© commmune Inc. All rights reserved 10 単一責任の原則(ケーススタディ) #ReactLT
© commmune Inc. All rights reserved 11 単一責任の原則(ケーススタディ) • 円形画像のアイコン
-> <CircleImage /> • ユーザ名がボールド体 -> <Text bold /> • ユーザIDがグレーの文字 -> <Text color=“gray” /> • 左に画像アイコン, 右にユーザ情報 を表示 -> <MediaObjectLayout /> #ReactLT
© commmune Inc. All rights reserved 12 単一責任の原則(ケーススタディ) #ReactLT
© commmune Inc. All rights reserved 13 オープン・クローズドの 原則 #ReactLT
© commmune Inc. All rights reserved 14 オープン・クローズドの原則 「既存のコードを変更せず、新たにコードを追加するだけで振る舞い を変更できるようにするべき」
#ReactLT
© commmune Inc. All rights reserved 15 オープン・クローズドの原則 「既存のコードを変更せず、新たにコードを追加するだけで振る舞い を変更できるようにするべき」
=> propsで受け取る値の型をReact.ReactNode にすると既存コードを変更せずに振る舞いを 変更しやすい #ReactLT
© commmune Inc. All rights reserved 16 オープン・クローズドの原則(ケーススタディ) モーダルコンポーネントのpropsを考える #ReactLT
© commmune Inc. All rights reserved 17 オープン・クローズドの原則(ケーススタディ) #ReactLT
© commmune Inc. All rights reserved 18 オープン・クローズドの原則(ケーススタディ) タイトルの先頭にアイコンを入れたい 右下にボタンを入
れたい #ReactLT
© commmune Inc. All rights reserved 19 オープン・クローズドの原則(ケーススタディ) タイトルの先頭にアイコンを入れたい 右下にボタンを入
れたい React.ReactNodeにすると string, numberに加えて `<div>エレメント</div>` を受け取れるようになる #ReactLT
© commmune Inc. All rights reserved 20 オープン・クローズドの原則(ケーススタディ) propsの型を `React.ReactNode`
にするだけで拡張性が 段違いに上がる #ReactLT
© commmune Inc. All rights reserved 21 まとめ • SOLIDとは変更に強く、理解しやすく、再利用しやすいコードを
作るための設計原則 • 単一責任の原則を守るために 役割を意識してコンポーネントを分ける • オープン・クローズドの原則を守るために React.ReactNode型をpropsに活用すべき #ReactLT
© commmune Inc. All rights reserved 22 参考 • Atomic
Design ~堅牢で使いやすいUIを効率良く設計する [技術評論社 (2018/4/25)] ◦ コンポーネント分割のテクニックを学びたい人にオススメ • Clean Architecture 達人に学ぶソフトウェアの構造と設計 [ドワンゴ (2018/8/1)] ◦ SOLIDについて知りたい人向け • 良いコードとは何か - エンジニア新卒研修 スライド公開 (https://note.com/cyberz_cto/n/n26f535d6c575) ◦ SOLIDを守るとなぜ良いコードになるのか背景がよく分かる #ReactLT