Skip to content

Commit ae34b34

Browse files
🔧 Update README.md
1 parent 3f1bcfb commit ae34b34

1 file changed

Lines changed: 3 additions & 4 deletions

File tree

README.md

Lines changed: 3 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,6 @@
11
[![openupm](https://img.shields.io/npm/v/com.tanitaka.unity-process-manager?label=openupm&registry_uri=https://package.openupm.com)](https://openupm.com/packages/com.tanitaka.unity-process-manager/)
22
![license](https://img.shields.io/github/license/tanitaka-tech/UnityProcessManager)
33

4-
⚠️このパッケージは現在開発中です...
5-
64
## コンセプト
75

86
現状の殆どのクライアントフレームワークには大きな欠陥があります。
@@ -18,7 +16,9 @@
1816
Sceneを構成する各パーツからの要求を示す構造体です。
1917

2018
UnityProcessManagerはRequestを使うことでSceneからパーツへの依存を排除するほか、
21-
Requestを手続き的にハンドリングすることで、 Sceneの流れを分かりやすく、正確に表現するためのパッケージです。
19+
Requestを手続き的にハンドリングすることで、 処理の流れを分かりやすく、正確に表現するためのパッケージです。
20+
21+
<img width="952" alt="Screenshot 2024-07-02 at 6 46 58" src="https://github.com/tanitaka-tech/UnityProcessManager/assets/78785830/4960cbb2-71e3-4662-9d35-ea1f51ba302b">
2222

2323
## Usage Example
2424

@@ -61,7 +61,6 @@ var result = await ConcurrentUniTaskHandler.Create(
6161
## メリット
6262
- Scene内で発生し得るRequestをまとめることで、そのSceneが行使する責務を明確にすることができます。
6363
- 手続きが正確に表現されるため、処理の流れが非常に追いやすくなります。
64-
- 手続き処理を
6564

6665
## デメリット
6766
- あまりにも快適すぎて、他のフレームワークが使えなくなる恐れがあります。

0 commit comments

Comments
 (0)