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
「明日からフロントもよろしく」と言われたときに備える Atomic Design
Search
akki
February 11, 2020
Technology
0
3.6k
「明日からフロントもよろしく」と言われたときに備える Atomic Design
akki
February 11, 2020
Tweet
Share
More Decks by akki
See All by akki
Open AI APIを使う前に知っておきたいアカウントTier の話
akki_megane
0
3k
データの民主化はじめました 俺たちの民主化はこれからだ
akki_megane
1
1.5k
フィーチャートグルを 使って素早く価値を検証する 早く安全に失敗し学ぶために
akki_megane
0
2.7k
技術的負債を返し続ける取り組み
akki_megane
0
590
Editor 調査
akki_megane
0
170
Laravel Vapor Serverless Laravel
akki_megane
2
340
アノテーションコメントについて調べてみた
akki_megane
2
700
入門 無限LT
akki_megane
0
4.5k
PHP Insights - リファクタリングが100倍楽しくなるツール -
akki_megane
3
1.5k
Other Decks in Technology
See All in Technology
AWSアカウントのセキュリティ自動化、どこまで進める? 最適な設計と実践ポイント
yuobayashi
7
1.2k
Aurora PostgreSQLがCloudWatch Logsに 出力するログの課金を削減してみる #jawsdays2025
non97
1
240
AIエージェント元年@日本生成AIユーザ会
shukob
1
260
IoTシステム開発の複雑さを低減するための統合的アーキテクチャ
kentaro
1
130
Amazon Athenaから利用時のGlueのIcebergテーブルのメンテナンスについて
nayuts
0
110
RayでPHPのデバッグをちょっと快適にする
muno92
PRO
0
200
マルチアカウント環境における組織ポリシーについて まとめてみる
nrinetcom
PRO
2
100
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
19k
技術スタックだけじゃない、業務ドメイン知識のオンボーディングも同じくらいの量が必要な話
niftycorp
PRO
0
130
AIエージェント時代のエンジニアになろう #jawsug #jawsdays2025 / 20250301 Agentic AI Engineering
yoshidashingo
9
4k
Snowflakeの開発・運用コストをApache Icebergで効率化しよう!~機能と活用例のご紹介~
sagara
1
530
クラウド関連のインシデントケースを収集して見えてきたもの
lhazy
9
1.9k
Featured
See All Featured
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Measuring & Analyzing Core Web Vitals
bluesmoon
6
260
GraphQLとの向き合い方2022年版
quramy
44
14k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Code Reviewing Like a Champion
maltzj
521
39k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
The Cost Of JavaScript in 2023
addyosmani
47
7.4k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
52k
Building Applications with DynamoDB
mza
93
6.2k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Transcript
2020/02/1 Phperkaigi 2020 ルーキーズLT 秋葉 誠一 @akki_megane 「明日からフロントもよろしく!」 と言われたとき備える Atomic
Design でのフロントエンド設計
自己紹介 @akki_megane 名前:秋葉 誠一 好きな技術:PHP、Serverless 会社:ROXX (2月に転職しました) 趣味:スノボ、サバゲ、野球
前置き SPA (Single Page Application)で作りたい! はよくあること 複雑化するフロントエンドに対して、 バックエンドとフロントエンドで分業することも最 近は多くなりました
前置き SPA (Single Page Application)で作りたい! はよくあること 複雑化するフロントエンドに対して、 バックエンドとフロントエンドで分業することも最 近は多くなりました が、そんなに都合よく人はいない
前置き 明日からフロントもやって (またはやるしかない)
現代のフロントエンド コンポーネント指向での開発が一般的 (GUI の部品を作る)
コンポーネント設計がむずい 分け方とかよくわからん、、、 粒度、役割、etc けど、揃えないとまさにカオス
コンポーネント設計がむずい そこで Atomic Design
Atomic Design
Atomic Design • web デザイナーのBrad Frost が提唱 • ビジュアル的なデザインではなく「設計」という意味 のほうが強いです
• インターフェイスシステムを作成するための設計 方法論 • 5つの異なる階層で構成される • UIをまとまりのある全体とパーツの集合体である ととらえるメンタルモデル 原典
Atomic Design Atomic is 原子
Atomic Design
None
Atomic Design Atom(原子)が結合してMolecules (分子)を形成し Molecules (分子)はさらに結合して、より複雑な Organisms (生物)を形成する この考えをベースにUIシステムを構築する
Atomic Design 1. Atoms (原子) 2. Molecules (分子) 3. Organisms
(生物) 4. Templates (テンプレート) 5. Pages (ページ)
Atomic Design 1. Atoms (原子) 2. Molecules (分子) 3. Organisms
(生物) 4. Templates (テンプレート) 5. Pages (ページ) UIの構成する基本的な要素 これ以上分解することのできない要素 最も抽象的な要素 基本的なHTML要素が含まれる ラベル、インプットフォーム、ボタン
Atomic Design 1. Atoms (原子) 2. Molecules (分子) 3. Organisms
(生物) 4. Templates (テンプレート) 5. Pages (ページ) Atoms を組み合わせることで構成される 要素 複数のAtoms が組み合わさることにより目 的をもった具体的な要素になる 入力フォーム、テーブル
Atomic Design 1. Atoms (原子) 2. Molecules (分子) 3. Organisms
(生物) 4. Templates (テンプレート) 5. Pages (ページ) Atoms/Molecules/ 他のOrganisms を 組合わせて構成される要素 UIとしてセクションを形成する ヘッダー、フッター
Atomic Design 1. Atoms (原子) 2. Molecules (分子) 3. Organisms
(生物) 4. Templates (テンプレート) 5. Pages (ページ) コンポーネントのレイアウトする ページのコンテンツ構造を定義する
Atomic Design 1. Atoms (原子) 2. Molecules (分子) 3. Organisms
(生物) 4. Templates (テンプレート) 5. Pages (ページ) コンテンツの適用、最終的なUIを表示 コンポーネントに具体的なコンテンツ(画像、 テキスト、メディア)を入れ込む
Atomic Design 依存の方向 上位層 下位層
Atomic Design 依存の方向 上位層 下位層 詳細な分割基準はない なにをどの層に分類するか決 めるのはあなた
利点 • チーム内での共通概念 • 再利用性の高いコンポーネント • 階層構造でのコンポーネントの整理 • コンポーネントの責務を分けることができる
利点 • チーム内での共通概念 • 再利用性の高いコンポーネント • 階層構造でのコンポーネントの整理 • コンポーネントの責務を分けることができる 実際にやってみて感じた最大利点はこれ
レイヤードアーキテクチャ的な考え方 + コンポーネントの責務分離(単一責任の原則) 開発と保守がしやすい、テストも適用しやすい
まとめ
まとめ • Atomic Design いいぞ! • UIとはパーツ(コンポーネント)の集合体であるという 意識 • 厳格な設計原則ではないので、詳細はチームで作っ
ていくのが大切
前置き 明日からフロントもやって (またはやるしかない)
まとめ というチャンスが来たときに備えましょう