WordPressからデータ構造設計のヒントを得る / Data Structure Design Tips from WordPress

by Yuya Kinoshita

Slide 1

Slide 1 text

No content

Slide 2

Slide 2 text

⽊下裕哉 Yuya Kinoshita デザイナーフロントエンドエンジニア yuyakinoshita.com @yuyaink

Slide 3

Slide 3 text

はじめに

Slide 4

Slide 4 text

この資料のゴールデータ構造について知ることで情報設計のヒントを得る

Slide 5

Slide 5 text

さらなる狙いユーザーにとってより使いやすいデータ構造を意識できるようになること

Slide 6

Slide 6 text

主な対象者 Webサイト、アプリなどのユーザーインターフェイス設計に関わる⽅ UIデザイナー、ディレクター、フロントエンドエンジニアなど。

Slide 7

Slide 7 text

Index 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. データの流れについて基本を振り返るデータ構造を意識するメリット WordPressを題材に選んだ理由コンテンツ管理システムの全体像 WordPressにおけるオブジェクトの全体像記事のデータ構造記事の公開状態記事の公開⽇時と並び順記事の分類属性（カテゴリーとタグ）カテゴリー分類とタグ分類の違い階層あり分類のコウモリ問題とは？複数の検索⼿段が必要な理由（検索キーの設計）データの⾏き来のしやすさ

Slide 8

Slide 8 text

データの流れについて基本を振り返る 1

Slide 9

Slide 9 text

まずはデータの流れの基本を知る（共通の基本要素を抑える） ※前回の資料の内容からの振り返りです。

Slide 10

Slide 10 text

データのアクションは作成、読み出し、変更、削除の4つが基本です。

Slide 11

Slide 11 text

データの基本アクション •作成（Create） •読み出し（Read） •変更（Update） •削除（Delete） Data Create Update Delete Read 4つの頭⽂字からCRUDとも呼ばれるようです。

Slide 12

Slide 12 text

データ構造を意識するメリット 2

Slide 13

Slide 13 text

そもそもデータ構造って何？

Slide 14

Slide 14 text

“コンピュータプログラミングでの、データの集まりの形式化された構成である。格納された各データの参照や修正といった管理を容易にするための構成である” From: Wikipedia Wikipediaから引⽤

Slide 15

Slide 15 text

このように解釈しています •データを扱いやすくするための構造 •⻑期的にサービスを拡張するための⾻組み •⼤事なのは拡張性とデータの⾏き来のしやすさ

Slide 16

Slide 16 text

データ構造を意識するメリットは？

Slide 17

Slide 17 text

データ構造を意識するメリット •データのつながりを把握しやすくなる •データへのアクセス⽅法がシンプルになる •サービス全体の構造を整理しやすくなるユーザーにとってより使いやすいサービスに近づくと考えています。

Slide 18

Slide 18 text

データ構造について知るために、WordPress を参考にしながら⾒ていきます。 ※構造の参考であり、WordPressの使い⽅紹介は⽬的としていません。

Slide 19

Slide 19 text

3 WordPressを題材に選んだ理由

Slide 20

Slide 20 text

そもそもWordPressってどんなもの？

Slide 21

Slide 21 text

Webサイトのコンテンツを管理するためのシステムです。主にブログ、メディアサイト、企業サイトなどのコンテンツ管理に使われています。

Slide 22

Slide 22 text

管理画⾯ WordPressの管理画⾯です。時系列によるコンテンツ管理に優れています。

Slide 23

Slide 23 text

表⽰されるページ管理画⾯から登録したデータ（データベース）と、構築したデザインテンプレートを元にページが⽣成されます。

Slide 24

Slide 24 text

なぜデータ構造を学ぶために WordPressを題材にするの？

Slide 25

Slide 25 text

主な理由 •データの基本構成を学べる •時系列の概念やデータ分類について学べる •アプリケーション開発やUI設計に応⽤できるオープンソースで⼿軽に試しやすいことも理由の1つです。

Slide 26

Slide 26 text

過去にフルスクラッチによる約180画⾯のシステムのUI設計や開発にも関わったのですが、データをどう扱うかの基礎として、WordPress から応⽤できることが多いと感じています。 Movable Type、WordPress、MODXなどのCMSに触れてきました。

Slide 27

Slide 27 text

4 コンテンツ管理システムの全体像

Slide 28

Slide 28 text

WordPressについて⾒ていく前に、まずはコンテンツ管理システム（CMS）の概要や全体像を⾒ていきたいと思います。

Slide 29

Slide 29 text

突然ですが質問です。次の図のXとYは何かを表しています。何を表しているでしょうか？ Q

Slide 30

Slide 30 text

閲覧ユーザー ?????? ??? データの登録・読み出し・編集・削除管理画⾯にログインページを表⽰ページが⾒たいデータの読み出しデータの要求管理ユーザー X Y

Slide 31

Slide 31 text

CMS アプリケーション、業務システム、コンテンツ管理画⾯、WordPressなども正解です。 DB、phpMyAdmin、リレーショナルデータベースなども正解です。データベース X Y 正解は

Slide 32

Slide 32 text

データベースって何？いろいろ新しい⽤語が出てきた…

Slide 33

Slide 33 text

“データベース（英: database）は、電⼦的に保存され、アクセスできる組織化されたデータの集合である。” From: Wikipedia Wikipediaから引⽤

Slide 34

Slide 34 text

どういうこと？

Slide 35

Slide 35 text

⼤まかにこのように解釈しています •たくさんのデータの集合体 •データは「種類」と「値」で構成される •Googleスプレッドシートのようなイメージデータの種類はキー（Key）、値はバリュー（Value）と表現されます。

Slide 36

Slide 36 text

簡略化したイメージでデータベースを⾒てみます

Slide 37

Slide 37 text

名前 ID ⾊リンゴバナナブドウ 1 2 3 ⾚⻩紫

Slide 38

Slide 38 text

データベースでは、データが種類（Key）と値（Value）によって管理されます。

Slide 39

Slide 39 text

名前 ID ⾊リンゴバナナブドウ 1 2 3 ⾚⻩紫 Key Key Key

Slide 40

Slide 40 text

⻩⾊いセルの部分がデータの種類（Key）を表しています。この表では、ID、名前、⾊がデータベース上の種類（Key）です。

Slide 41

Slide 41 text

名前 ID ⾊リンゴバナナブドウ 1 2 3 ⾚⻩紫 Value Value Value Value Value Value Value Value Value

Slide 42

Slide 42 text

データの種類に対する値がValueです。例えば IDが「1」のデータでは名前に「リンゴ」というデータを持っています。IDが「2」の場合は名前に「バナナ」というデータを持っています。

Slide 43

Slide 43 text

⼀般的にデータの主軸となる種類（Key）はID であることが多いと感じます。例えば『IDが「2」のデータの名前は「バナナ」です』という使われ⽅が多いのではないかと思います。 IDは他と重複しない（ユニークである）とう前提があるからだと考えます。

Slide 44

Slide 44 text

実際のデータベースはより多くのデータを扱いますが、イメージとしてはこのように捉えておけば⼤丈夫だと思います。データベースの概念について⼤まかに捉えたうえで、全体図を⾒てみます。

Slide 45

Slide 45 text

閲覧ユーザーデータベース CMS データの登録・読み出し・編集・削除管理画⾯にログインページを表⽰ページが⾒たいデータの読み出しデータの要求管理ユーザー

Slide 46

Slide 46 text

情報量が多くやや複雑なので、それぞれのユーザーごとに注⽬してみます。

Slide 47

Slide 47 text

管理ユーザーの場合ユーザーごとの視点

Slide 48

Slide 48 text

Slide 49

Slide 49 text

閲覧ユーザーデータベース CMS データの登録・読み出し・編集・削除構造化されたデータの集まり管理画⾯にログインページを表⽰ページが⾒たいデータの読み出しデータの要求データ管理画⾯データ管理⽤のインターフェイス（接点）データの登録・読み出し・編集・削除管理ユーザー

Slide 50

Slide 50 text

管理ユーザーの視点でのコンテンツ管理システム（CMS）とは？ •CMSを通してデータベースにアクセスする •データの登録・読み出し・編集・削除ができる •データ管理⽤のインターフェイス（接点）と⼤まかに考えられます。

Slide 51

Slide 51 text

閲覧ユーザーの場合ユーザーごとの視点

Slide 52

Slide 52 text

Slide 53

Slide 53 text

閲覧ユーザーデータベース CMS データの登録・読み出し・編集・削除構造化されたデータの集まり管理画⾯にログインページを表⽰ページが⾒たいデータの読み出しデータの要求デザインテンプレート管理ユーザーページ⽣成⽤のインターフェイス（接点）データの読み出し

Slide 54

Slide 54 text

閲覧ユーザーの視点でのコンテンツ管理システム（CMS）とは？ •CMSを通してデータベースにアクセスする •データの読み出しができる •ページ⽣成⽤のインターフェイス（接点）と⼤まかに考えられます。

Slide 55

Slide 55 text

全体像を⾒てみます

Slide 56

Slide 56 text

閲覧ユーザーデータベース CMS データの登録・読み出し・編集・削除構造化されたデータの集まり構造化されたデータの集まり管理画⾯にログインページを表⽰ページが⾒たいデータの読み出しデータの要求データ管理画⾯データ管理⽤のインターフェイス（接点）データの登録・読み出し・編集・削除デザインテンプレート管理ユーザーページ⽣成⽤のインターフェイス（接点）データの読み出し

Slide 57

Slide 57 text

役割に注⽬してみると、コンテンツ管理システム（CMS）がおこなっていることはデータベースへのデータの登録・読み出し・変更・削除のどれかだということが⾒えてきます。

Slide 58

Slide 58 text

データの基本アクション •作成（Create） •読み出し（Read） •変更（Update） •削除（Delete） Data Create Update Delete Read 実はCMSがやっていることも基本アクションの4つ。 CMSも同じ

Slide 59

Slide 59 text

•CMSを通してデータベースにアクセスする •CMSはデータへアクセスを簡単にしている •UIデザインとはデータへのアクセス⽅法の設計と考えられるのではないでしょうか。まとめると

Slide 60

Slide 60 text

5 WordPressにおけるオブジェクトの全体像

Slide 61

Slide 61 text

WordPressで特に重要な記事、カテゴリー、タグ、ユーザーのデータ構造を⾒ていきます。カテゴリータグユーザー記事

Slide 62

Slide 62 text

データを機能名と区別して対象物として捉えるため、ここではオブジェクトと呼びます。記事オブジェクトユーザーオブジェクトタグオブジェクトカテゴリーオブジェクト

Slide 63

Slide 63 text

全体像を知りたい

Slide 64

Slide 64 text

全体像とつながり記事オブジェクトと各オブジェクトが紐付いた構造になっています。 •記事 •カテゴリー •タグ •ユーザー補⾜オブジェクトの種類記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト

Slide 65

Slide 65 text

記事のデータ構造 6

Slide 66

Slide 66 text

WordPressが扱うメインのデータが記事です。記事オブジェクトがどんな属性を持っているかを⾒ていきます。

Slide 67

Slide 67 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This

Slide 68

Slide 68 text

記事オブジェクトメインコンテンツ概要情報分類属性（ひも付いているオブジェクト） •記事タイトル •記事本⽂・画像・動画など •表⽰状態（公開 / ⾮公開） •公開⽇時 •URLスラッグ •アイキャッチ画像 •カテゴリー •タグ

Slide 69

Slide 69 text

それぞれの記事オブジェクトがこれらの属性（情報）を持っています。ユーザーは新規に記事をつくり、関連する属性情報を合わせて登録することでコンテンツを管理します。

Slide 70

Slide 70 text

アプリケーション設計に活かす観点は？

Slide 71

Slide 71 text

•対象物をオブジェクト（名詞）として捉える •データの核となるオブジェクトが何かを考える •そのオブジェクトにひも付ける属性を考える Point

Slide 72

Slide 72 text

記事の公開状態 7

Slide 73

Slide 73 text

記事の公開状態 WordPressでは記事の公開状態に、公開、⾮公開、パスワード保護の3種類があります。

Slide 74

Slide 74 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This

Slide 75

Slide 75 text

No content

Slide 76

Slide 76 text

公開状態 •公開 •⾮公開 •パスワード保護 •ラジオボタンで単⼀選択 •初期状態は「公開」属性補⾜

Slide 77

Slide 77 text

どういった使い分けが考えられるか？ •公開：記事を公開するための通常の状態 •⾮公開：公開後に⼀時的に⾮公開にする •パスワード保護：特定ユーザーのみに表⽰する

Slide 78

Slide 78 text

アプリケーション設計に活かす観点は？

Slide 79

Slide 79 text

•要素に⾮公開の状態が必要か？ •パスワード保護のアクセス⼿段を⽤意するか？ •公開・⾮公開のどちらを初期状態とするか？オブジェクトの公開管理機能の設計観点に役⽴つかもしれません。 Point

Slide 80

Slide 80 text

記事の公開⽇時と並び順 8

Slide 81

Slide 81 text

公開⽇時と並び順 WordPressの初期設定では、公開⽇時が新しい記事から表⽰されます。記事の並び順（ソート順）を公開⽇時によって管理します。

Slide 82

Slide 82 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This

Slide 83

Slide 83 text

No content

Slide 84

Slide 84 text

公開⽇時 •⽇付 •時刻属性 •作成時点の⽇時が⾃動反映 •カレンダーピッカーを併⽤補⾜

Slide 85

Slide 85 text

アプリケーション設計に活かす観点は？

Slide 86

Slide 86 text

•要素は公開⽇時順で表⽰するか？ •ユーザーにとってより便利な並び順の条件は？ •そもそも公開⽇時が属性として必要なのか？他の並び順には、名前、更新⽇時、価格、⼈気（評価）などもあります。 Point

Slide 87

Slide 87 text

記事の分類属性（カテゴリーとタグ） 9

Slide 88

Slide 88 text

記事の分類属性カテゴリーやタグは、WordPressに備わっている記事の分類属性です。ここではタグがどんなユーザーインターフェイスとして表現されているかを⾒てみます。

Slide 89

Slide 89 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This

Slide 90

Slide 90 text

タグ⼀覧 •タグ名 •タグスラッグ（URL) •タグの説明属性 •オブジェクトで管理 •フリーワードで検索できる •複数タグを⼀括削除できる •該当する記事数がわかる •該当の記事⼀覧へ遷移する補⾜

Slide 91

Slide 91 text

タグオブジェクト •タグ名 •タグスラッグ（URL) •タグの説明属性 •オブジェクトで管理 •いつでも再編集が可能 •詳細ページからも削除可能補⾜

Slide 92

Slide 92 text

アプリケーション設計に活かす観点は？

Slide 93

Slide 93 text

•カテゴリーやタグはいつでも編集できるように •対象要素とのアクセスの双⽅向性を保つ •フリーワード検索など、検索しやすい構造に Point

Slide 94

Slide 94 text

カテゴリー分類とタグ分類の違い 10

Slide 95

Slide 95 text

WordPressには記事の分類⽅法として、カテゴリー分類とタグ分類の2種類が存在します。これらによって記事を分類して管理します。カテゴリー分類とタグ分類の違い

Slide 96

Slide 96 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This This

Slide 97

Slide 97 text

WordPressのカテゴリー分類とタグ分類は何が違うでしょうか？ Q

Slide 98

Slide 98 text

正解は階層構造になっているかどうかです階層ありカテゴリー分類階層なしタグ分類

Slide 99

Slide 99 text

“categories: a hierarchical taxonomy that organizes content in the post Post Type tags: a non-hierarchical taxonomy that organizes content in the post Post Type” From: WordPress Developer Resources 公式ドキュメントからの引⽤

Slide 100

Slide 100 text

カテゴリーは階層構造を持っており、タグは階層構造を持っていません。

Slide 101

Slide 101 text

この考え⽅をデザインにどう活かすの？

Slide 102

Slide 102 text

データを分類するときに「階層構造にする・しない」の判断基準として活⽤します。

Slide 103

Slide 103 text

どういうこと？

Slide 104

Slide 104 text

データの分類は「階層構造あり」が適した場合と「階層構造なし」が適した場合があり、状況によって使い分ける必要があると考えています。

Slide 105

Slide 105 text

⼀般的なフォルダ構造は階層ありだし、階層ありだけじゃ駄⽬なの？

Slide 106

Slide 106 text

階層ありのほうが⼈間にとってわかりやすく、適している場合が多いと思います。その⼀⽅で階層ありにはコウモリ問題と呼ばれる分類上の問題が存在します。

Slide 107

Slide 107 text

階層あり分類のコウモリ問題とは？ 11

Slide 108

Slide 108 text

例えば「デザイン」と「コーディング」という分類属性があるとして、その両⽅に当てはまる記事の場合にどちらに分類すれば良いのか迷ってしまうことはないでしょうか？

Slide 109

Slide 109 text

「複数の属性から何を選んで分けるか」という悩みは、コウモリ問題という名前が付いているほどに⼀般的な問題のようです。

Slide 110

Slide 110 text

“すべてのものや情報は、利⽤される⽂脈に応じて複数の属性を持ち得る。しかし、階層構造のように、各項⽬を⽊構造の末端にあてはめて分類する⽅式（図書館資料など）では、項⽬が持つ複数の属性のうちの⼀つだけに着⽬しなければならないという制約がある。” From: Wikipedia Wikipediaから引⽤

Slide 111

Slide 111 text

コウモリ問題を解決する⼀般的な⽅法が、複数の属性付けを可能にするタグ分類だと考えています。

Slide 112

Slide 112 text

それならタグ分類のような階層なしの分類にしておけば良いの？

Slide 113

Slide 113 text

いいえ、扱うデータやユーザーが使う状況によって「階層あり」と「階層なし」の使い分けが必要だと考えています。それぞれにメリットとデメリットがあります。

Slide 114

Slide 114 text

データの親⼦関係や構造がわかりやすい。 2つ以上の分類属性を持ったままデータを管理でき、分類に悩まなくて済む。 2つ以上の分類属性を持つことができず、1つに絞らなければならない。親⼦関係のようなデータの関係性は持てない。メリットデメリット階層あり階層なし

Slide 115

Slide 115 text

階層ありと階層なしの使い分けはどうすれば良い？

Slide 116

Slide 116 text

状況によって判断が必要になりますが、⼤まかにどちらに向いているかを整理してみました。

Slide 117

Slide 117 text

•明確な整理ルールが必要 •構造のわかりやすさ重視 •厳格な管理者がいる •⼤まかな整理に留める •複数の属性を持たせたい •厳格な管理者がいない •⼤まかな整理に留める •複数の属性を持たせたい •厳格な管理者がいない •明確な整理ルールが必要 •構造のわかりやすさ重視 •厳格な管理者がいる向いている向いていない階層あり階層なし

Slide 118

Slide 118 text

WordPress以外にも参考になるサービスやアプリケーションはたくさんあります。階層の有無や、どういった分類を使いやすいと感じるかを意識してみるのも⾯⽩いかもしれません。 Which is better? Hierarchical Non- Hierarchical

Slide 119

Slide 119 text

アプリケーション設計に活かす観点は？

Slide 120

Slide 120 text

•要素の分類に階層構造が必要かを考える •⼤まかに分類するのか、細かく管理するのか？ •要素の分類を管理する体勢は整っているか？ Point

Slide 121

Slide 121 text

複数の検索⼿段が必要な理由（検索キーの設計） 12

Slide 122

Slide 122 text

検索キーが複数あること WordPressには記事の検索⽅法として、カテゴリー、タグ、投稿者、⽇付、フリーワードなどによる検索機能が標準で備わっています。

Slide 123

Slide 123 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This

Slide 124

Slide 124 text

記事⼀覧 •投稿者 •カテゴリー •タグ •フリーワード検索キー（Key） •属性で絞り込める •フリーワードで検索できる補⾜

Slide 125

Slide 125 text

記事⼀覧 •⽇付（⽉別表⽰） •カテゴリー絞り込み条件 •⽉ごとに絞り込める •検索キーと組み合わせ可能補⾜

Slide 126

Slide 126 text

もし検索機能がなかったら？

Slide 127

Slide 127 text

データ件数が増えるにつれて、1つ1つ探すのはとても⼤変です。その解決策として何らかの絞り込み検索が必要になります。

Slide 128

Slide 128 text

メインオブジェクト（記事）が 1000件以上のように⼤量のデータになった場合の課題は？例えば

Slide 129

Slide 129 text

1つの検索キー（Key）では、必要な記事を絞り込めない可能性が⾼いことです。もしくは記事に付けたカテゴリーやタグを覚えていない場合に記事を⾒つけにくくなります。

Slide 130

Slide 130 text

設定したカテゴリーやタグを覚えていない場合の解決⽅法に、フリーワード検索があります。フリーワード検索は多くのアプリケーションに備わっており、ユーザーが基本機能として期待している可能性が⾼いです。

Slide 131

Slide 131 text

フリーワード検索は⼀般的な検索機能である⼀⽅で、検索結果の出し⽅によって使い勝⼿に⼤きく差が出る機能だと考えています。使いやすいフリーワード検索機能を実装するためには、必要な観点が多いです。

Slide 132

Slide 132 text

•曖昧なキーワードによる検索を許容するか？ •検索対象とするデータベースの範囲は？ •複数キーワードによる絞り込みを許可するか？例えば検索結果を出⼒する反応速度やサーバーへの負荷も検討が必要です。

Slide 133

Slide 133 text

アプリケーション設計に活かす観点は？

Slide 134

Slide 134 text

•投稿者、カテゴリーなどの属性で絞り込める •公開⽇時や更新⽇時で絞り込める •フリーワードで検索できる（検討事項が多い）これらの検索機能の必要性は優先的に検討したいです。 Point

Slide 135

Slide 135 text

データの⾏き来のしやすさ 13

Slide 136

Slide 136 text

検索キーが複数あることここではデータ同⼠のつながりに注⽬してみます。記事とタグはそれぞれがオブジェクトとしてのデータ構造を備えつつ、データのつながりがあります。

Slide 137

Slide 137 text

記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト This This

Slide 138

Slide 138 text

記事⼀覧記事オブジェクトにはタグが設定でき、設定済みのタグが関連付けられています。

Slide 139

Slide 139 text

記事⼀覧試しに「制作環境」というタグを選ぶと、制作環境タグの付いている記事オブジェクトが並びます。

Slide 140

Slide 140 text

次はタグ側から⾒てみます

Slide 141

Slide 141 text

タグ⼀覧カウントという表⽰項⽬があります。これはこのタグが関連付けられている記事数を表しています。試しに制作環境タグの右側にあるカウント欄の「4」を選んでみます。

Slide 142

Slide 142 text

遷移先の記事⼀覧そうすると「制作環境」タグで絞り込んだ記事⼀覧ページが表⽰されました。記事オブジェクトとタグオブジェクトがデータのつながりによって関連付けられているので、スムーズにアクセスできます。

Slide 143

Slide 143 text

関連情報にアクセスしやすい構造記事⼀覧ページタグ⼀覧ページ

Slide 144

Slide 144 text

関連データへの⾏き来のしやすさ（アクセスの双⽅向性）を考えて設計すると、より使いやすいUIに近付くと考えています。 WordPressのタグ⼀覧ページから記事⼀覧ページへの導線は⼀⽅通⾏ですが、データの関連付けの参考になります。

Slide 145

Slide 145 text

アプリケーション設計に活かす観点は？

Slide 146

Slide 146 text

•データの⾏き来のしやすさ（双⽅向性）を意識 •オブジェクトはそれぞれで常時編集できる •ユーザーが使いやすいデータのつながりを探す⼿書きメモやプロトタイプで⾏き来してみると、改善点に気付きやすいです。 Point

Slide 147

Slide 147 text

この資料で重要なポイントをおさらい

Slide 148

Slide 148 text

データの核となる対象物をオブジェクト（名詞）として捉え、そのオブジェクトにひも付く属性を考える。

Slide 149

Slide 149 text

対象物は何か？ WordPressなら、記事、カテゴリー、タグ、ユーザーを主要オブジェクトと捉えています。オブジェクトとして捉える記事オブジェクトカテゴリーオブジェクトタグオブジェクトユーザーオブジェクト

Slide 150

Slide 150 text

オブジェクトは、それぞれが常時編集できる構造とする。

Slide 151

Slide 151 text

常に編集できる例えばタイトルを変える、 URLを変えるなどの属性の編集・追加・削除が常にできる構造として設計すると、耐久性が上がり⻑持ちします。常時編集できる構造に

Slide 152

Slide 152 text

データの⾏き来のしやすさとして、アクセスの双⽅向性を保てているかを意識する。ユーザーがより便利にサービスを使えるように、データオブジェクト同⼠をスムーズに⾏き来できるように設計することが望ましいです。

Slide 153

Slide 153 text

データの双⽅向性を意識する記事⼀覧ページタグ⼀覧ページ

Slide 154

Slide 154 text

迷ったら全体像を⾒直して、誰に向けて何をつくっているのかを振り返ってみる

Slide 155

Slide 155 text

Slide 156

Slide 156 text

おわりに

Slide 157

Slide 157 text

デザイナーやディレクターがデータベースを設計することは稀かもしれません。ですがどんなデータがあったらユーザーにとってより便利かを考え、提案する機会はあると思っています。この資料がそのようなきっかけになったら幸いです。

Slide 158

Slide 158 text

ありがとうございました