# ⑳12.22(火) 16.8~17.2
###### tags:`Webを支える技術`
### 16.8~

@harukus
- 悲観的ロックは文書をロックしたままずっと編集できないなどの問題が発生するため、楽観的ロックは文書をロックせずコンフリクトが起きた場合のみ対処する。

参考：キタミ式イラストIT塾 基本情報技術者

@皐月
- 排他制御：複数のクライアントが、同時に１つのリソースを編集して、コンフリクトが起きないようにする。
> gitみたいだ。

- 悲観的ロックと楽観的ロック
- 悲観的ロックに２種類の方法がある
- より詳細なステータスコードLocked423をおすすめ。
- 楽観的ロックには条件付きPUTと、条件付きDELETEを利用する。
> こっちの方が実装多そう。
基本情報技術者！

共有ロックが楽観的、専有ロックが悲観的。

## 16.9~17.1
- リソースの導出は慣れるまでが大変だが誰でも獲得できる！

@ 皐月

- '設計はバランスをとる作業です'
- 筆者が重要と思うこと３つ
- なるべくシンプルに。
- 困ったらリソースに戻って考える
- 本当に必要なら、POSTでなんでもできる
- リソースの設計'何にリソースとして名前（URI)を与えるのか'
- あらためて設計手法をみていく、ということ

## 17.2

@harukus
- トップレベルリソースとは
参考：[RESTful Web API を厳密なリソース指向にする \- Qiita](https://qiita.com/qsona/items/f7ef78ddbbc2873d1d13)
下の画像でいう**users**がトップレベルリソースということかもしれない
![](https://i.imgur.com/Ux0ENlL.png