Question 1

REST の基本原則とは何ですか？

Accepted Answer

REST は、一意の URI を介してアクセスできるリソースを表現するという原則に基づいています。各リソース（ユーザー、製品、注文）は URI を持ち、標準的な HTTP 動詞（GET、POST、PUT、DELETE）を通じて操作できます。このリソース指向のパラダイムにより、サーバーがクライアントのセッション状態を保存しない、スケーラブルで疎結合なアーキテクチャが実現します。

Question 2

リソースの冪等な完全更新操作にはどの HTTP メソッドを使用すべきですか？

Accepted Answer

PUT は冪等であり、リソースを完全に置き換えます。同じデータで PUT を複数回呼び出しても、1 回の呼び出しと同じ結果になります。一方、POST は冪等ではなく（複数のリソースを作成してしまう）、PATCH は部分更新を行い、DELETE はリソースを削除します。PUT の冪等性により、ネットワークエラー時のリトライの安全性が保証されます。

Question 3

新しいリソースの作成に成功した後、どの HTTP コードを返すべきですか？

Accepted Answer

201 Created コードは、リソースが正常に作成されたことを示します。新しいリソースの URI を指す Location ヘッダーが付随します。200 OK コードは作成には汎用的すぎ、204 No Content はレスポンスボディがない場合に使用し、202 Accepted はまだ完了していない非同期処理を示します。

REST API 設計

REST の基本原則とは何ですか？

回答

リソースの冪等な完全更新操作にはどの HTTP メソッドを使用すべきですか？

回答

新しいリソースの作成に成功した後、どの HTTP コードを返すべきですか？

回答

REST API と RPC API を区別する主要な違いは何ですか？

REST における statelessness の原則とは何を意味しますか？

その他のGo面接トピック

Goの基礎

Goのデータ構造

Go のインターフェース

エラー処理

Goroutine の基礎

Channels

Go Modules

HTTP サーバー

HTTPクライアント

JSON エンコーディング

Database/SQL

context パッケージ

Testing

並行処理パターン

同期プリミティブ

Go Web フレームワーク

gRPC

Reflection

メモリ管理

パフォーマンス最適化

Generics

Go Design Patterns

Microservices

セキュリティと認証

Docker & Containerization

Kubernetes Basics

高度な Go

CLI開発

次の面接に向けてGoをマスター