回答編集履歴
3
質問要件のDB設計に関して言及がなかったので、追記
test
CHANGED
|
@@ -33,3 +33,31 @@
|
|
|
33
33
|
つまり、
|
|
34
34
|
|
|
35
35
|
RubyやPHPなど（サーバーサイド）と、Angularないし、ReactやVue.JS（クライアントサイド）が、根本的に何が違うか、何ができて何ができない（すべきではない）か、を勉強し把握されるといいでしょう。
|
|
36
|
+
|
|
37
|
+
|
|
38
|
+
|
|
39
|
+
さて、
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
> DB周りの設定についても合わせて開発したい場合に、推奨されている設計などに関する参考ドキュメント先を知りたいです。
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
ここに関しては、先に述べた通り、Angularの公式ドキュメントには記載されていないかと思います。そして、はっきり言うと、
|
|
48
|
+
|
|
49
|
+
Angular使ううんぬんは、DB設計に、ほぼほぼ影響しません。
|
|
50
|
+
|
|
51
|
+
なぜなら、そもそもAngular側だけでDBの内容をコントロールなんてしないからです。
|
|
52
|
+
|
|
53
|
+
他の技術との連携に対して、APIを用意する部分に関しては、Angular（というかJavaScript）的に扱いやすいデータ構造で返してもらったりしますが、
|
|
54
|
+
|
|
55
|
+
そことDBの設計自体に影響を及ぼす部分ではないでしょう。
|
|
56
|
+
|
|
57
|
+
|
|
58
|
+
|
|
59
|
+
つまりDB設計は、それを使う技術云々によるのではなく、
|
|
60
|
+
|
|
61
|
+
そのサイトの要件に合わせて設計すべきってことなので、
|
|
62
|
+
|
|
63
|
+
表示側の技術によって変えるようなものではありません。
|
2
つまりが連続していたので修正
test
CHANGED
|
@@ -24,7 +24,7 @@
|
|
|
24
24
|
|
|
25
25
|
|
|
26
26
|
|
|
27
|
-
|
|
27
|
+
バックエンド側との連携は、APIによる連携が望ましいし、ほとんどの場合は、そうしないとできないので、
|
|
28
28
|
|
|
29
29
|
バックエンド側に、APIを用意してもらう、またはそちらはそちらで自分で勉強する、しかありません。
|
|
30
30
|
|
1
細かい部分の説明が足りなかったのと、文言を若干修正
test
CHANGED
|
@@ -16,11 +16,11 @@
|
|
|
16
16
|
|
|
17
17
|
フレームワークを使わない通常のAjaxと同じ手法です。
|
|
18
18
|
|
|
19
|
-
A
|
|
19
|
+
Angularは、jQueryなんかよりはるかに充実したAjax機能を搭載しています。
|
|
20
20
|
|
|
21
|
-
そして、Promiseをごく自然にすべての変数で標準使用
|
|
21
|
+
そして、Promiseをごく自然にすべての変数で標準使用されているため、
|
|
22
22
|
|
|
23
|
-
何も意識せずに非同期処理を、値が入った段でコールバック的に
|
|
23
|
+
何も意識せずに変数の非同期処理を、値が入った段でコールバック的にビュー側に反映できる仕組みになっています。
|
|
24
24
|
|
|
25
25
|
|
|
26
26
|
|
|
@@ -32,4 +32,4 @@
|
|
|
32
32
|
|
|
33
33
|
つまり、
|
|
34
34
|
|
|
35
|
-
RubyやPHPと、Angularないし、ReactやVue.JSが、根本的に何が違うか、何ができて何ができない（すべきではない）か、を勉強し把握されるといいでしょう。
|
|
35
|
+
RubyやPHPなど（サーバーサイド）と、Angularないし、ReactやVue.JS（クライアントサイド）が、根本的に何が違うか、何ができて何ができない（すべきではない）か、を勉強し把握されるといいでしょう。
|