回答編集履歴
1
主張が分かりやすいようにリファクタリング
answer
CHANGED
|
@@ -8,17 +8,20 @@
|
|
|
8
8
|
|
|
9
9
|
---
|
|
10
10
|
|
|
11
|
-
|
|
11
|
+
jQueryの存在意義は下位互換もうまく考えられていますので、
|
|
12
|
-
|
|
12
|
+
別に知らんでも生きていける類の話ですね。
|
|
13
13
|
|
|
14
|
-
ならば
|
|
14
|
+
ならばWeb Componentsは？
|
|
15
|
+
これも同様で、優れたエンジニアならばある程度触れて当然になるかも知れませんが、
|
|
15
|
-
|
|
16
|
+
基本的にはライブラリやフレームワークの開発者でなければ知らんでも生きていけるものとして扱われる技術でしょう。
|
|
16
17
|
|
|
17
|
-
じゃあ
|
|
18
|
+
じゃあWeb Componentsが正式に登場した後どうなるか？
|
|
18
19
|
何も変わりませんよ。
|
|
19
|
-
|
|
20
20
|
ライブラリやフレームワークが必要に応じて内部的に勝手に取り込んで有効活用するだけの話です。
|
|
21
21
|
|
|
22
|
+
少なくともReact等の既存JSフレームワークが脅かされるとは到底思えません。
|
|
23
|
+
下記はその根拠です。
|
|
24
|
+
|
|
22
25
|
---
|
|
23
26
|
|
|
24
27
|
そもそも、何故データバインディング系のJSフレームワークが台頭してきたのかと言うと、
|
|
@@ -36,15 +39,5 @@
|
|
|
36
39
|
つまらない更新漏れのバグはほぼなくなりました、めでたし。
|
|
37
40
|
|
|
38
41
|
さて、この概念自体は「Web Components」と衝突しますか？しませんか？
|
|
39
|
-
|
|
42
|
+
別に衝突しませんよね、だって「Web Components」は単なる技術であり、概念を形にしたフレームワークとは別のものなのですから。
|
|
40
|
-
|
|
43
|
+
だからそのJSフレームワークが必要な時、必要な分だけ「Web Components」という新技術を利用する事になるでしょう。
|
|
41
|
-
|
|
42
|
-
---
|
|
43
|
-
|
|
44
|
-
【蛇足】
|
|
45
|
-
因みに最初の何故jQueryを使うのかに対する答えは下位互換の為です。
|
|
46
|
-
上記の[You Don't Need jQuery - Qiita](http://qiita.com/tatesuke/items/b9548dd484b01b139b74)の記事はIE10↑です。
|
|
47
|
-
|
|
48
|
-
IE9が対応ブラウザに出た時点で破綻します。
|
|
49
|
-
でもjQueryなら新しいブラウザも古いブラウザも同じ書き方出来るでしょ？
|
|
50
|
-
そこの差異を吸収してあげるのがライブラリ・フレームワークの役割です。
|