【10章】を遂に、、、終えることができました！！！！

記事を書こうと思ったきっかけ

僕はカリキュラムを進めていると、本当に自分は理解できているのか、このままカリキュラムを完走しても十分なスキルがついておらず転職できないんじゃないかと不安な気持ちをよぎることが多々あります。

そんな時にShiftBの受講生ブログを見たり、タイミングよくオフ会(最高に楽しいからみんなきた方がいいです🔥)があったりしていつもモチベを維持しておりまして、誰かのモチベーションになれたらいいなという思いと自分の振り返り用に書きたいなとずっと考えていました。

ですが、

のでずっと後回しにしていました、、、、、、

10章を進めてみた感想

あの瞬間を思い出しました。
6章で頭が真っ白になり何から手をつければ良いかわからない時のことです。

オフ会で10章はこれまでの総復習になると聞いていました
確かに以前の章で触れた部分が多く出てきました。
その度に全然理解できてなかったやん、、、となりましたが根気強く自分なりに言語化してそれをAIに修正してもらうことで腑に落ちる瞬間があったり、バックエンドってこういうものなのかと理解ができました。

ナイスゥ！！！

1)サイトマップ作成→DB設計

・サイトマップを作成して、どんなページが必要かを整理する。
・どんなデータをどう保存するか。テーブルやカラム、テーブル同士の関係を
ER図（Entity Relationship図)で表現する。

DB設計＝ER図の作成、ER図をコードに実装する(prismaの設定)

DB設計内容をschema.prismaに反映してNext.jsとDBの接続をする。

prismaはDBを操作するための道具（ORM）でありDB本体ではない。
prismaを使うことで、Route.tsから SQlite(DB本体)にアクセスできる。

2)APIの実装

if (error instanceof Error)

このコードで学んだことはバックエンドとフロントエンドでエラーの使い方が違いました。
フロントでは画面にエラーを表示したい、バックエンドではエラーをフロントに渡したい。
フロントにエラーを送る時に、
if (error ) だけだとTypescriptが中身を確認できない(型が分からない)から
instanceof Error を使うことで中身がエラークラスだと確認ができる(型の絞り込み)
→error.messageが使えるようになる

・記事詳細APIでidの取得方法がフロントエンドとは違っていました。
paramsを使うために、第一引数、第二引数を設定する必要がありました。

・POSTではフロントからデータが送られてくるため、
引数にrequest: Request を使う必要があります。
フロントから送られてくる情報が入っています。

また、/api/admin/postsファイルには記事一覧取得、記事作成APIを置き
api/admin/posts/[id]ファイルには記事詳細、更新、削除APIを置く

これらはRESTful設計からきている→URLはリソース（何に対する操作か）を表すという考え方。

4)フロントエンドからAPIを呼ぶ

Request　→　フロントからバックエンドへの「お願い」
Response　→　バックエンドからフロントへの「返事」

まとめ

今回の課題を通じて自分の完璧主義な性格を自覚しました。
100％理解して進まないと気持ち悪い、理解できているか不安となってしまうのですが、
今回は量も量なので無理矢理にでも進むぞ！と思ってたらいつの間にか完璧主義な部分はどこかへ行っていました。

途中、不安に感じるタイミングもありましたが終わってみると、
完璧じゃなくても進んでみるといつの間にか理解が深まっていたりしたので
とりあえず進んでみる事が大事だなと思いました。

次は11章！！頑張ります🔥

(記事内容で間違えてる部分がある場合はどしどしコメントお待ちしております💦)