回答編集履歴
1
追記
test
CHANGED
@@ -9,3 +9,63 @@
|
|
9
9
|
「ある機能C」が、例えば画面を動かすための機能だとしたら、それを実現するためのインターフェースがAブラウザの「A」、Bブラウザの「B」、さらに……で、別のものを書かないといけないということです。
|
10
10
|
|
11
11
|
Webエンジニアがしんでしまいます。
|
12
|
+
|
13
|
+
|
14
|
+
|
15
|
+
---
|
16
|
+
|
17
|
+
|
18
|
+
|
19
|
+
20180130 追記:
|
20
|
+
|
21
|
+
|
22
|
+
|
23
|
+
コメントへの返答と追記です。
|
24
|
+
|
25
|
+
> どのブラウザだろうがAもしくはBを使っていればCを利用できるということです。
|
26
|
+
|
27
|
+
|
28
|
+
|
29
|
+
はい。全てのブラウザがAもしくはBを使えるようになっていればという前提ですね。ブラウザはAとBをサポートすることを強制されるわけです。途中でCが新登場し、いつしかZまで増えたらどうなるのでしょう?
|
30
|
+
|
31
|
+
|
32
|
+
|
33
|
+
> したがってブラウザの種類に依存しない仕組みがすでにできているわけで、
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
あっ、逆です。RESTの統一インターフェースを実現したからこそブラウザの種類に依存しない仕組みになったんです。RESTというのはその「ブラウザの種類に依存しない仕組み」そのものです!RESTというのが質問者さんが考えているより一段階下のレイヤの話だったということかもしれません。
|
38
|
+
|
39
|
+
質問のインターフェースA,Bというのが特定サーバ上でのWebAPIの一つのことを指していたなら、それは「REST統一インターフェースに則って具体化された窓口」であり、インターフェースが統一されているからこそ、複数の、同じように扱える窓口を定義できているのです。
|
40
|
+
|
41
|
+
|
42
|
+
|
43
|
+
---
|
44
|
+
|
45
|
+
|
46
|
+
|
47
|
+
RESTインターフェースの利点のことに絞って具体的に話をすると、
|
48
|
+
|
49
|
+
RESTインターフェースというのは、リソースに対する操作というのもある一種では正しい表現と言えますが、正しくはインターフェースという文字通りの「コミュニケーションのための規格の一」と考えるのが良いです。
|
50
|
+
|
51
|
+
RESTというWeb上のやりとりのための厳格なルールを定め、それを通してコミュニケーションを取るように取り決めると、
|
52
|
+
|
53
|
+
|
54
|
+
|
55
|
+
* 情報の提供者(サーバ)は、RESTのルールに合わせてリソースを提供すれば、RESTを解する全てのWebクライアントに正しくリソースを提供できる
|
56
|
+
|
57
|
+
* 情報の利用者(クライアント)は、RESTのルールに則って要求を投げると、RESTで提供される全てのWebリソースに正しくアクセスできる
|
58
|
+
|
59
|
+
|
60
|
+
|
61
|
+
ということになります。
|
62
|
+
|
63
|
+
これが、REST以外に山のように種類があったとしたら、「相手のサーバがどのインターフェースをサポートしているか」と「自分がどれだけのインターフェースをサポートしているか」の組み合わせでアクセスができなかったりするわけです。
|
64
|
+
|
65
|
+
これをREST一つに固定すれば、「みんながRESTをサポートしていてみんなと正しく通信できる!」となるわけで、これが統一インターフェースの利点なのです。
|
66
|
+
|
67
|
+
|
68
|
+
|
69
|
+
「みんなが日本語を話すように統一すれば、みんなと日本語でお話できるよね」
|
70
|
+
|
71
|
+
というだけの話でしたね。
|