From ece51023001d9a3ea696d957f9aa5cc55fdd0af0 Mon Sep 17 00:00:00 2001 From: Rei Tsukada Date: Sat, 28 Feb 2026 15:14:28 +0900 Subject: [PATCH 1/2] =?UTF-8?q?=E5=AE=A3=E8=A8=80=E7=9A=84UI=E3=82=92?= =?UTF-8?q?=E8=A1=A8=E3=81=99TODO=E3=81=AE=E7=94=BB=E5=83=8F?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/4-advanced/04-react/declarative-ui.drawio.svg | 4 ++++ 1 file changed, 4 insertions(+) create mode 100644 docs/4-advanced/04-react/declarative-ui.drawio.svg diff --git a/docs/4-advanced/04-react/declarative-ui.drawio.svg b/docs/4-advanced/04-react/declarative-ui.drawio.svg new file mode 100644 index 00000000..d5fb8887 --- /dev/null +++ b/docs/4-advanced/04-react/declarative-ui.drawio.svg @@ -0,0 +1,4 @@ + + + +
State A
Todo List
買い物をする
大学へ行く
勉強する
寝る
Todo List
買い物をする
大学へ行く
勉強する
remove("寝る")
render()
let state = {
todos: [
"買い物をする",
"大学へ行く",
"勉強する",
"寝る"
]
};

let state = {
todos: [
"買い物をする",
"大学へ行く",
"勉強する",
]
};

State B
 \ No newline at end of file From b7392bdba64bf191e86b4e9f4ee8ff9d134a0ae4 Mon Sep 17 00:00:00 2001 From: Rei Tsukada Date: Sat, 28 Feb 2026 15:14:45 +0900 Subject: [PATCH 2/2] =?UTF-8?q?=E5=AE=A3=E8=A8=80=E7=9A=84UI=E3=81=AE?= =?UTF-8?q?=E8=AA=AC=E6=98=8E=E3=81=AB=E5=85=B7=E4=BD=93=E7=9A=84=E3=81=AA?= =?UTF-8?q?=E8=A8=AD=E5=AE=9A=E3=82=92=E8=BF=BD=E5=8A=A0?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/4-advanced/04-react/index.mdx | 10 ++++++++-- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/docs/4-advanced/04-react/index.mdx b/docs/4-advanced/04-react/index.mdx index 893f9e22..b883af1d 100644 --- a/docs/4-advanced/04-react/index.mdx +++ b/docs/4-advanced/04-react/index.mdx @@ -47,9 +47,15 @@ addTodoButton.onclick = () => { ところが、アプリケーションの本質的な状態というのは、一般的にそこまで多いものではありません。例えば、ToDoリストアプリケーションであれば、各ToDoを表す`string`の配列`string[]`がひとつだけあれば、アプリケーションの状態は全て表現できていることになるはずです。 -**宣言的UI**は、こういった性質に着目します。より具体的に説明するのであれば、アプリケーションの状態$S$に対し、関数$f(S)$によりUIの状態を表現できるのであれば、開発者の関心を$S$の変化と$f$の定義のみに絞ることができるというわけです。 +**宣言的UI**は、こういった性質に着目します。より一般的に説明するのであれば、アプリケーションの状態$S$に対し、関数$f(S)$によりUIの状態を表現できるのであれば、開発者の関心を$S$の変化と$f$の定義のみに絞ることができるというわけです。 -具体的なコードで確認してみましょう。先ほどのToDoアプリケーションを、宣言的UIのアプローチを用いて書き換えてみましょう。状態を追いやすいよう、TypeScriptを用いて記述します。 +まず具体的に状態を持ったTodoアプリケーションを見てみましょう。 状態$S$は変数`state`であり、関数$f(S)$は変数`state`の値に応じたUIを描画する`render`関数です。 +アプリケーションの状態は`remove("寝る")`によってState AからState Bに遷移します。State AとState BのUIは、`render`関数により、状態の値に応じて描画されます。アプリケーションの状態が +`state`と`render`関数に集約されていることがわかります。 + +![宣言的UIの概念図](./declarative-ui.drawio.svg) + +次に、コードで確認してみましょう。先ほどのToDoアプリケーションのコードを、宣言的UIのアプローチを用いて書き換えてみましょう。状態を追いやすいよう、TypeScriptを用いて記述します。 まずはアプリケーションの状態と、その状態を格納する変数を宣言します。