回答編集履歴
1
校生
test
CHANGED
@@ -16,7 +16,9 @@
|
|
16
16
|
|
17
17
|
|
18
18
|
|
19
|
+
受託なら枯れた技術を採用したいという主張も理解は出来ます。
|
20
|
+
|
19
|
-
|
21
|
+
なので採用しない理由がデカいので、
|
20
22
|
|
21
23
|
採用したいならしっかり理由を詰めて論理武装してください。
|
22
24
|
|
@@ -86,7 +88,7 @@
|
|
86
88
|
|
87
89
|
また、jQueryはJSの変数世界と、DOMの二重管理を強いられます。
|
88
90
|
|
89
|
-
右上のメニューから
|
91
|
+
右上のメニューからモーダルの設定項目が表示されて、変更すると画面の内容が切り替わるみたいな処理だと、
|
90
92
|
|
91
93
|
更新処理を2重に書く必要がでてきます。
|
92
94
|
|
@@ -100,7 +102,7 @@
|
|
100
102
|
|
101
103
|
|
102
104
|
|
103
|
-
|
105
|
+
当たり前過ぎて中々気が付きませんが、
|
104
106
|
|
105
107
|
当たり前じゃないんですよね。
|
106
108
|
|
@@ -120,19 +122,15 @@
|
|
120
122
|
|
121
123
|
JS世界の値をJSフレームワークのルールに従って変更すると、
|
122
124
|
|
123
|
-
テンプレートが再読込され
|
125
|
+
テンプレートが再読込され、自動的にあるべき最新のDOMツリーに置き換わります。
|
124
|
-
|
125
|
-
|
126
|
-
|
126
|
+
|
127
|
+
|
128
|
+
|
127
|
-
この自動的に「あるべき状態」に変化するってのが
|
129
|
+
この自動的に「あるべき状態」に変化するってのが冪等性。
|
128
|
-
|
129
|
-
|
130
|
+
|
130
|
-
|
131
|
-
|
132
|
-
|
133
|
-
|
131
|
+
2回リフレッシュ処理を走らせたら?
|
134
|
-
|
132
|
+
|
135
|
-
別になにも起こりません、
|
133
|
+
別になにも起こりません、2回あるべき状態のDOMが構築されるだけです。
|
136
134
|
|
137
135
|
|
138
136
|
|
@@ -144,9 +142,19 @@
|
|
144
142
|
|
145
143
|
|
146
144
|
|
145
|
+
またJSの変数世界が常に正で、DOMは瞬時に最新のあるべき姿に置き換わります。
|
146
|
+
|
147
|
+
つまり開発者は変数を監視すれば良い。
|
148
|
+
|
149
|
+
不具合が圧倒的に減るので、結果としてテストの工数も減りますね。
|
150
|
+
|
151
|
+
|
152
|
+
|
147
153
|
これが流行り廃りが激しいフロントエンドの世界で、
|
148
154
|
|
149
|
-
明日サービスがポシャってるかもしれないJSフレームワークを
|
155
|
+
明日サービスがポシャってるかもしれないJSフレームワークを採用する理由です。
|
156
|
+
|
157
|
+
これを学習コストにぶつけてどちらが良いかを判断するのが意思決定者の仕事です。
|
150
158
|
|
151
159
|
|
152
160
|
|
@@ -188,9 +196,9 @@
|
|
188
196
|
|
189
197
|
|
190
198
|
|
191
|
-
移行時のテストで死ぬかもしれませんが、
|
199
|
+
移行時の工数やテストで死ぬかもしれませんが、
|
192
|
-
|
200
|
+
|
193
|
-
最初からjQueryで作って完成にこぎつけるまでで
|
201
|
+
最初からjQueryで作って完成にこぎつけるまでで死は免れません。
|
194
202
|
|
195
203
|
同じ死ぬにしても未来のある方に足掻いて死にたいですね。
|
196
204
|
|