【ポートフォリオ】Next.jsとDjangoで作る学内知恵袋サイト

# 1. はじめに
ある日ふとサークルのメンバーと、何かひとつプロダクト作ってみたいねーという話になり、折角なら自分たちの経験から何か役に立つものを作ってみたいねーという話になり、その結果学内知恵袋サイトをつくることになりました。

学内知恵袋サイトにしたのは、大学内部の情報や経験を共有したり先達者に気軽に尋ねたりできるようなサイトがないと感じたためです。
私自身、長期の交換留学にむけて準備を進めていく際に、留学先の寮は何を選べばいいのかとか留学する間就活はどうしようかとか単位互換はどれくらい保証されるのかとか、聞きたいことが多かった割に、それぞれの情報について担当する部署が違ったりそもそも返答を得られなかったりしました。
留学課、キャリア支援課、学務課を梯子して情報を集めたり、どうしても分からなかったら同じ海外大学に留学していた方にコンタクトを取って生活の様子や申請準備の進め方を聞いたりなど、縦割りも相まってとかく情報を集めるのが大変でした。

そういう切実な経験もあり、何か作れるならそういう、情報や経験を共有できるサイトを作りたいと思い、今回のプロダクトを作りました。

どれくらい運用するかは未定ですし、HobbyプランでVercelにデプロイしているのでアプリがそこまでスケールできるわけでもないのですが、メンバーと共同でひとつプロダクトを作り上げたというのは資産になると思い、折角ならとここで紹介する次第です。

<br />

この記事は、私のポートフォリオとして使うことを想定して書いています。
詳細な技術的解説はあまりする予定ではないので、Next.jsの新機能を活かした開発をしてみたいという方は、別の記事を当たってください。
以下の二つは今回のプロダクトをつくるうえで非常に参考になりました。
謝意も込めてここで紹介させていただきます。

https://nextjs.org/learn/

https://zenn.dev/azukiazusa/articles/next-js-app-dir-tutorial

# 目次
- [1. はじめに](#1-はじめに)
- [2. アプリの概要](#2-アプリの概要)
- [3. フロントエンドフレームワーク一覧](#3-フロントエンドフレームワーク一覧)
- [4. ルートパス](#4-ルートパス)
    - [4-1. トップページ](#4-1-トップページ)
    - [4-2. 検索機能](#4-2-検索機能) 
- [5. authパス](#5-authパス)
    - [5-1. サインアップ](#5-1-サインアップ)
    - [5-2. パスワードリセット](#5-2-パスワードリセット)
- [6. userパス](#6-userパス)
    - [6-1. middleware](#6-1-middleware)
    - [6-2. My Page](#6-2-my-page)
    - [6-3. 質問投稿](#6-3-質問投稿)
- [7. questionsパス](#7-questionsパス)
- [8. おわりに](#8-おわりに)


# 2. アプリの概要
先述した通り、フロントエンドはNext.js、サーバーサイドはDjangoを使っています。
私はNext.jsでフロントエンドを担当しました。
「学内」に限定するため、アカウント作成時は大学のメールアドレスを使った登録を求め、確認メールを送ることによってユーザーのメールアドレスが有効かどうか確認しています。

全体のイメージとしては以下のような感じです。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/f1c577d3-6815-c1f5-fdd3-a0812c06832c.png)

# 3. フロントエンドフレームワーク一覧
フロントエンドのフレームワークとしては、Next.js以外に以下のようなものを使いました。

<dl>
  <dt>zod</dt>
  <dd>値のバリデーションのために利用しました。</dd>
  <dt>mui</dt>
  <dd>CSSスタイル適用の効率化のために利用しました。</dd>
  <dt>tailwindcss</dt>
  <dd>muiでは難しい細かいスタイルの部分を編集するために利用しました。</dd>
  <dt>jotai</dt>
  <dd>グローバルのステート管理のために利用しました。</dd>
  <dt>nodemailer</dt>
  <dd>ユーザーのメールを認証するために使いました。</dd>
  <dt>typescript（開発環境のみ）</dt>
  <dd>変数やオブジェクトの型定義のために利用しました。</dd>
</dl>

実は、今年の一月くらいから、Qiita記事の更新をしていました。
これは、開発を進めていく中で自分なりに工夫したことや調べたことをまとめ、後から振り返られるように、再現性を確保するために記事を書いていた面もあります。

例えば、Next.jsのサーバーアクションは多用していたため、それを[共通化する処理](https://qiita.com/TechForGood/items/d9254a5f66fc14cfe9f5)を書いたり、[nodemailerを利用したメール認証機能](https://qiita.com/TechForGood/items/b99c69bb62d90869078e)を実装したり、[クエリーパラメータを利用して、クライアントコンポーネントで受け取った入力値をサーバーコンポーネントに渡す機能](https://qiita.com/TechForGood/items/24a89e311d04178f14d0)を実装したりしました。その結果はQiitaの記事という形でもアウトプットしています。よろしければぜひご一読ください。


以下では、このアプリの各ページの紹介をします。
機能面については、実装面における機微に触れない程度にお話ししようと思います。

# 4. ルートパス
ここでは、トップページの紹介をします。
投稿されてある質問板の一覧を表示するようにしており、見た目もシンプルなものです。
ここでは質問板一覧やページネーション、検索機能の様子をお見せします。

## 4-1. トップページ

トップページの画面表示は以下のようになっています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/6c02c946-bab9-1a35-68ba-92f19e38b307.png)


ページ下部の部分です。
ページネーション機能が付いています。今は一ページだけですが、質問が増えていった場合、10枚の質問板ごとにトップページに表示されるようになっています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/2f8e7cfe-3a5a-129e-5772-508976fb6911.png)


また、二番目の質問板を見てもらえばわかるのですが、マウスホバー時、板が大きくなっている、膨らんで見えるようになっています。
膨らむときはゆっくり、萎むときは少し早くしており、ちょっとした拘りポイントです。
この挙動はMUIを使って実装しています。
コードは以下の通りです。

```typescript:ItemCard.tsx
    <Card
        sx={{
          borderRadius: "5px",
          boxShadow: 3,
          width: "60%",
          marginX: "auto",
          transition: "transform",
          transitionDuration: "700ms",
          "&:hover": { transitionDuration: "1000ms", transform: "scale(1.05)" },
          "@media screen and (max-width:640px)": {
            width: "90%",
          },
        }}
      >
        <CardHeader />
        <CardContent sx={{ paddingY: 0 }}>
            <Typography>Contents...</Typography>
        </CardContent>
      </Card>
```


## 4-2. 検索機能
検索機能実行時の画面の様子です。
検索バーに文字を打ち込んで検索をかけるとクエリーパラメータに反映され、トップページに表示されてある質問一覧が更新されます。

トップページとコンテンツとしての質問板もサーバーコンポーネントで作られていますが、searchParamsというDynamic functionの機能を用いることで、サーバーコンポーネントが静的な状態から動的な状態になっています。このおかげで、検索に反応して即座にページを更新してくれるわけです。
この機能の詳しい話は[こちら](https://qiita.com/TechForGood/items/24a89e311d04178f14d0)でもしています。よろしければどうぞ。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/81a0ac01-99d0-9812-e55f-c95c11d83dc0.png)

# 5. authパス
これは、ログイン機能やアカウント登録処理を担うルーターです。

例えば、サインインページの様子は以下のようになっています。
フォームの入力値をNext.jsのWebサーバーに送るのはFormActionの機能を用いており、また、サーバー側で受け取った値のバリデーションを行うのはTypeScriptのzodを用いています。
少ない記述量で値のバリデーションが可能なので、zodは凄く便利です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/172121d4-748e-d2e3-a5a0-c2be6bad8534.png)

## 5-1. サインアップ
サインアップは以下のようになっています。

もしかしたらすぐに察せられるかもしれませんが、フォームのUIは再利用しています。入力フォームのタイトルとInputフィールドでひとつのコンポーネントにしており、親コンポーネントの側でフォームのタイトルを配列として渡すことで簡単に再利用できています。
この手法の詳しい話は[こちら](https://qiita.com/TechForGood/items/d9254a5f66fc14cfe9f5)でもしていますので、よろしければどうぞ。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/ff9521f8-b639-17ab-d6f8-f812d1a39b9a.png)

## 5-2. パスワードリセット
パスワードをリセットする処理は、MuiのStepper コンポーネントを利用して実装しています。

デフォルトのStepperコンポーネントには、処理が完了した場合は自動的に次のページへ進んだり、エラーが出た時は次には進めないようにしたりする機能が付いていません。
リセットパスワードの成功時と失敗時の挙動を制御する方法としては、グローバルステートを用いたり、ローカルストレージを利用したりする方法があると思います。
ローカルストレージに保存された値を編集されて次のページに行けたとしても、メールアドレス未認証ではプロセスが進まないようにサーバー側で制御しているのでセキュリティ上のリスクはないと判断し、今回はローカルストレージで成否情報の管理を行っています。
この挙動の管理も、今回工夫したポイントの一つです。
<br />
1．メールアドレス入力

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/add89ccb-5a6c-7d3e-665d-1acaca40aad1.png)

<br />
2.認証コード入力

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/3d62df92-c201-7059-de42-d31094d2d78d.png)

<br />
3.新規パスワード入力

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/b37aa25d-4c3f-de90-c85e-0a746c195cd5.png)

<br />
4.エラー発生時の画面。上にもエラーが表示され、次の画面には行けない。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/4f0be678-6aef-f4f4-882d-6f1b957d1e79.png)



# 6. userパス
このパスは、認証を通らないと閲覧できない画面や、操作できない機能を集めています。
具体的に言えば、マイページと質問投稿画面のことです。
まずはアプリ共通の認証をつくる方法から見ていくことにしましょう。

## 6-1. middleware
middlwareはルートディレクトリーに配置しています。
srcディレクトリー配下にappディレクトリーを配置しているのであれば、appの中ではなくsrcディレクトリー直下にmiddlewareを置いています。

```typescript:middleware.tsx
import { NextRequest, NextResponse } from "next/server";

export async function middleware(req: NextRequest) {
  const isLoggedIn = !!req.cookies.get("access");
  const isOnUserPage = req.nextUrl.pathname.startsWith("/user");

  if (isOnUserPage) {
    if (isLoggedIn) return NextResponse.next();
    return NextResponse.redirect(new URL("/auth/signIn", req.url));
  }
}

export const config = {
  mather: ["/user:path*"],
};
```
userパス全体に認証をかけようとしていることがわかると思います。
もし、既にログインを済ませているのであれば、アクセストークンを持っていることになるので、そのまま素通り（`NextResponse.next()`）させています。

## 6-2. My Page
ここで自分が投稿した質問や回答、評価した項目の一覧を見ることができます。
ユーザー情報やその編集機能は左側にまとめて配置しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/375eeef9-704d-df89-51fd-d211c1d04758.png)

<br />
また、この画面からでもそれぞれの質問ページに飛ぶことができますし、質問や回答を消すこともできます。
削除の確認画面はダイアログ表示を利用しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/db361f73-25b7-3195-1d90-c54d2c8f745c.png)


退会機能が見つけにくい仕様はダークパターンとして有名です。
だからと言ってマイページの見えやすいところに退会ボタンを配置してよいのかと言われれば微妙ですが、ユーザーが探しまくる羽目になるよりかはマシかなとは思います。

## 6-3. 質問投稿

質問投稿の画面は以下のようになっています。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/72044570-30e9-bef0-8f3a-eaf55d43b187.png)

カテゴリーを選ぶUIがちょっと貧弱なので、これはもうちょっと改善の余地があったなと思いますが、必要な機能は備えているのでひとまずはこれでリリースしています。
公開設定も選択することができ、この閲覧制限機能は、大学メールの@以降の部分が先生や生徒によって一定の形に定められていることに基づいています。
閲覧制限機能はサーバーを担当してくれた相方が、サーバー側の処理として実装してくれました。

# 7. questionsパス
ルートページの質問板をクリックすれば、その質問の詳しい中身と、コメントや回答がつけられたページに行くことができます。
これはNext.jsの動的ルーティング機能を利用しており、`/questions/2` のように、URLの末尾に数値が付け加えられた形になっています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/1033fbee-3843-ee80-6ef1-0bfb3ea00b87.png)

ここでは、ページ全体に対して認証機能を追加するのではなく、グローバルなユーザーデータと質問・回答者のユーザーデータを突き合わせて、其々の機能ごとに編集権限を付与しています。

例えば、回答や質問・コメントは、その作成者しか編集・削除できないのはもちろん、質問に対する評価は質問作成者以外のログイン済みユーザーが、回答に対する評価は回答作成者以外のログイン済ユーザーがつけられるようにしています。
また、コメントに関して言えば、質問に対するコメントは誰でも付けられる一方、回答に対するコメントは質問者と回答者しか付けられません。

回答に対するコメントは、例えば以下のようになっています。
コメントフォームを開いたり閉じたり、コメント一覧を開いたり閉じたりもできるようになっています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/f9097e43-a326-7fe5-9848-f1593f259fea.png)

<br />
なお、通報機能はログイン済ユーザーであれば誰でもできます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2826164/d9ddbc3e-2b21-599a-512f-75ded38655bb.png)

# 8. おわりに
反省点としては、折角フロントエンドをやるのでもっとUIに拘ってもよかったという点です。
質問作成ページのカテゴリーの一覧や、質問表示ページの評価ボタンのUIなど、もうちょっと改善できそうな点がちょくちょくありました。
Django側とのWebAPI通信機能を完成させることばかりに重きを置いて、UI側にはあまり時間を割かなかったことも原因としてあります。実際、Muiを使っていたこともあり大まかなUIは完成スピードが速かったのですが、Muiのコンポーネントが綺麗なぶん、自作のコンポーネントやボタンの配置などで自分のセンスのなさが出てきてしまいました。もし次フロントエンドをやるときは、もっとUI/UXについての勉強も進めたいと思いました。

別の共同開発案件も近々始まるので、留学までの期間、追い込みをかけて技術力を高めていきたいと思います。