常連

## テーマ、知りたいこと

REST、GraphQL、gRPCの違いと、それぞれの使い分けについて知りたいです。

## 背景、状況
Web開発初学者です。

現在、Webアプリ開発の設計を進める中で、APIの設計方式を検討しています。
調べていくと主な選択肢として「REST」「GraphQL」「gRPC」があるのは把握したあのですが、それぞれの違いや向いている場面がまだよくわかっていません。

主に以下の点について皆様お聞きしたく、質問いたしました。
- データ取得の効率や柔軟性の観点でどれがどう優れているのか（それぞれのメリット）
- どのような基準や目的で使い分けているのか
- 学習コストや運用のしやすさに違いはあるのか

基本的な質問かもしれず恐縮ですが、よろしくお願いいたします🙇



REST、GraphQL、gRPCの違いと使い分けについて

現在、javaのルールをRESTをつかってJSON形式にしてnode.jsから呼び出すといった作業をしている過程で、SOAPとRESTについて違いが知りたくしらべているのですが、どのサイトを見てもいまいちピンと来るものがありません。



わかりやすい例などございましたらそれもふくめて教えていただけませんでしょうか？

SOAP とRESTの違いについてわかりやすく教えていただけませんでしょうか？

### 実現したいこと
私のサービスのポートを8080から80に変更してください。

### 発生している問題・分からないこと
8080から80にポートを変更しようとしましたが、うまくいかないようです…デバッグにはEchoAPIを使いましたが、うまくいきませんでした。Thunder ClientやPostmanも試しましたが、ダメでした。

![イメージ説明](https://ddjkaamml8q8x.cloudfront.net/questions/2024-10-29/e573ad6d-411e-45f1-a5dd-10d02dfe4a2f.png)

Did I not change it correctly, or am I using the tools wrong?

### エラーメッセージ
```error
action：
liutianyu@MacBook-Pro ~ % /Users/liutianyu/Downloads/frank
port=80
but:
Server is running on
0.0.0.0:8080
```

### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
「port = 80」を試しましたが、調整時にはまだ8080が必要です。

### 補足
特になし

どうすればこのポートを8080から80に変更できるのか。変更したつもりだけど、うまくいかなかったようで、デバッグが成功しません。

### 実現したいこと
フロントエンドをVue、バックエンドをJavaでWebアプリを作成しています。
バックエンドでのAPIの実装のパターンで2つのケースを想定しているのですが、どちらが一般的な手法であるかを知りたいです。

### 発生している問題・分からないこと
複合的なデータが更新されるケースでのAPIの実装方法がわからないです。

例えば、販売管理システムを考えると、
お客様からの注文を受けた時点で営業担当が何らかのフォームにデータを入力することで、お客様の情報や注文情報などが顧客テーブルや注文テーブルにインサートされると思います。

1つのフォーム処理で複数のテーブルに更新が走るケースでの実装方法ですが、
①バックエンドのAPIをREST APIで実装していた場合、以下のようなURIになると思います。
/api/customer (顧客の新規作成)
/api/order (注文の新規作成)
このような場合、フロントエンドでは顧客のデータを更新するためのAPIをそれぞれ2回呼び出すのでしょうか？

②もしくは複合データモデルを作っておいて、
/api/orderreceive
のようなAPIを一度だけ呼び出したら、その中で顧客の新規作成も注文の新規作成も行われるような形でしょうか？

①だとフロント側の呼び出しが冗長になるのと、API呼び出しを繰り返すことでパフォーマンスに悪影響が出るのではと思っていて、
②だとバックエンドをREST APIで実装していた際に、RESTの原則に反する実装になってしまわないかと思っています。

私はWeb開発初心者のため、認識に間違いがあれば、指摘いただけますと幸いです。また、情報に不足があれば、可能な限り補足しますので、コメント頂けたらと思います。よろしくお願いします。



### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [x] その他

##### 上記の詳細・結果
書籍等もいくつか確認しましたが、初心者向けの書籍では求めている情報を見つけられませんでした。

### 補足
特になし

フロントエンドとバックエンドのデータをやりとりする際のAPI実装について

## テーマ、知りたいこと

下記経緯にも記述しましたが，PUT や DELETE メソッドを使わない API を設計する理由として，
form タグの method 属性が対応していないこと以外に理由はあるのでしょうか．

真偽はともかく，軽く調べたところだと「Web ブラウザが対応していない」や「セキュリティの問題がある」などの意見が散見されました．
前者については，少なくとも現在有力なブラウザは対応していると思うので，古いないしは限定的な理由なのかなと思います．
後者については PUT および DELETE に認証がないなどという記述が見られました．
(検索の仕方に問題があるのかもしれませんが) そのあたりについて具体的に述べている資料を見つけるに至りませんでした．
また WAF や Proxy で弾かれてしまうからと仰っている人もいましたが，それは結局のところ設定の問題だと思うので知りたい結論ではありませんでした．

改めて知りたいことを整理すると，
PUT および DELETE メソッドにあって，POST メソッドにはない(主にセキュリティの観点での)問題点とは具体的に何なのか
です．

## 経緯

API 設計において，PUT や DELETE を用いず GET および POST のみで設計する人が少なからずいます．
HTML form タグの method 属性が get および post しか対応していないことが由来なのだろうとは思っていましたが，それ以上の理由が存在するのか調べたのがきっかけです．


PUT DELETE のセキュリティ面での懸念について

PHP初心者です。

現在、PHPでREST APIを作るべく、フレームワークを選定しているのですが、
ずばり、どのフレームワークが向いているでしょうか？

JAVAはJerseyをよく使っていましたが、
PHPでREST向けに標準化されていたりすることがあれば
そういったお話もご教授いただけるとありがたいです。

様々なアドバイスおまちしております。

PHPでREST APIを作るのに向いているフレームワークはなんでしょうか？

サーバー側でレスポンスをgzipなどで圧縮し、クライアント側でそれを展開することで通信容量を少なくし、コンテンツを取得する速度を速くすることも出来ますが、
一方で圧縮・展開に追加のリソースかかり、それが表示時間の増加に繋がってしまう恐れもあるかと思います。

一般的なプラクティスとして、jsonを返す一般的なRESTサーバー（TwitterやGithubのAPIなど）では、レスポンスは圧縮するべきなのでしょうか。

一般的なRESTサーバーは、jsonレスポンスをgzipなどで圧縮するべきでしょうか

例えば、以下のREST APIに、以下のようなリクエストボディを付けてリクエストを投げるとします。

```
[DELETE] http://httpbin.org/delete
・リクエストボディ:{"param" : "hello"}
```

以下のサンプルソースのような記述でリクエストを送ったところ、リクエストボディの内容がAPIに届く時点で空になってしまいます。

```javascript

// expressで作るサンプルAPIです
router.delete('/', (req, res, next) => {
  const http = require('http');
  const async = require('async');

  let options = {
    host : 'httpbin.org',
    port : 80,
    path : '/delete',
    method : 'DELETE',
    headers : {"Content-Type" : "application/json"}
  };

  // let options = {
  //   host : 'httpbin.org',
  //   port : 80,
  //   path : '/put',
  //   method : 'PUT',
  //   headers : ''
  // };

  let payload = JSON.stringify({"param" : "hello"});

  let req2;

 async.waterfall([
   function(callback) {
     req2 = http.request(options, (res2) => {
       let body = '';
       res2.on('data', (chunk) => {
         body += chunk;
       });
       res2.on('end', () => {
         callback(null, body);
       });
     });
     req2.write(payload); // リクエストボディをセット
     req2.end();
   },
   function(body,callback) {
     res.send(body); // リクエスト送信
     callback(null, body);
   }
 ],
 (e, result) => {
   if(e) {
     next(e);
     return;
   }
 });
});
```
レスポンスは以下になります。
dataの値にリクエストボディが入るはずですが、空になります。

```
{
  "args": {}, 
  "data": "", 
  "files": {}, 
  "form": {}, 
  "headers": {
    "Content-Type": "application/json", 
    "Host": "httpbin.org"
  }, 
  "json": null, 
  "origin": "１２３．４５６．７８９．０", 
  "url": "http://httpbin.org/delete"
}
```

これを、例えばPUTメソッドのリクエストに変えてみると、問題なくdataの値にリクエストボディが入ります。

なぜ、このような現象が起きるのか分かりません。
（DELETEメソッドの仕様？node.jsのバグ？）
御存知の方がいましたら、教えていただけないでしょうか。
よろしくお願いします。