質問編集履歴
1
概要を箇条書きで補足。
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -1,3 +1,35 @@
|
|
|
1
|
+
### 概要（追記）
|
|
2
|
+
|
|
3
|
+
わかりにくかったので箇条書きします。
|
|
4
|
+
|
|
5
|
+
- Angular の Http モジュールでWeb APIを叩く。結果は Observable＝非同期処理。
|
|
6
|
+
|
|
7
|
+
- ログイン情報などはログイン中不変なので、一度得たAPI結果を保持して以後それを参照したい。
|
|
8
|
+
|
|
9
|
+
- javascript でオブジェクトのプロパティを参照するような処理は当然ながら同期処理である
|
|
10
|
+
|
|
11
|
+
- Angular フレームワークのフロー上、非同期なAPIの結果が返る（非同期）より先に結果を参照する（同期）処理が実行されうる。
|
|
12
|
+
|
|
13
|
+
- そこでどうするか？
|
|
14
|
+
|
|
15
|
+
- 現状はAPIの実行状態（完了／未完了）をコンポーネントからチェックできるフラグを用意し、Angular の状態変更監視イベント ngDoCheck のリスナーで「APIが完了状態になったら値を取得してコンポーネントに渡す」処理をしている。
|
|
16
|
+
|
|
17
|
+
- よりシンプルな構造にする案は以下いくつか考えられるが具体的な実装がわからない。
|
|
18
|
+
|
|
19
|
+
- 案1：同期処理に合わせる＝ APIの結果が返るまで他の処理を全て中止して待機（Angular と Observable の構造で可能？）
|
|
20
|
+
|
|
21
|
+
- 案2：非同期処理に合わせる＝参照側にはObservableを返すが内部的にはサーバAPIを一度しか実行しない（……どうやって？）
|
|
22
|
+
|
|
23
|
+
- 案2B： 諦めて毎回APIを叩く。Webサーバ側でオーバーヘッドを減らすことを考えるべき？
|
|
24
|
+
|
|
25
|
+
- 上記いずれかの実装方法、あるいは他の改善案は考えられますでしょうか。
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
1
33
|
標記の環境で、アプリケーションへのログイン時、ルートコンポーネントの初期化処理で、DIしたserviceクラスからサーバAPI（Http）をコールしてカレントユーザ情報などを取得して service インスタンスのプロパティに持ち、以後そのインスタンスを各コンポーネントにDIして持ち回り参照したい。
|
|
2
34
|
|
|
3
35
|
```TypeScript
|