まずは認可の問題です。このシステムではユーザが投稿リクエストを送る権限があるかどうかとユーザの特定をアクセストークンを使って行っています。認証・認可にはAuth0を使っており、ユーザがログインしたタイミングで取得したアクセストークンをバックエンドに送信しています。 Pactの契約を作る際、リクエスト内容と対応するレスポンスを定義しますが、リクエスト内容のAuthorizationヘッダにAuth0から取得したアクセストークンを書き込んだとしても、アクセストークンには有効期限があります。有効期限が切れた途端に失敗しかしなくなるテストコードになってしまいます。対処法として以下の2パターンを考えました。投稿APIのプロバイダ側の契約テストで必要になるアクセストークンの問題の対処法：<ol><li>リクエストヘッダをバックエンド側で上書きする<ol><li><a href="https://github.com/reecetech/pactman/tree/master?tab=readme-ov-file#verifying-pacts-using-pytest" target="_blank" rel="noopener noreferrer">pactman</a>の場合は<code>pact_verifier.verify</code>の第3引数に辞書形式で追加のリクエストヘッダを指定できるようです。</li><li>ただしこのやり方だと逆に常に認証が成功してしまい、認証失敗するケースをテストできなくなってしまいます。</li></ol></li><li>認証コンポーネントをモック化する<ol><li>モック化する場合、認証のロジックを別で担保するのかどうかを検討する必要があります。</li><li>実行中のAPIの内部状態を変更する必要があります。</li></ol></li></ol>どちらのパターンにおいてもデメリットがありました。（1のリクエストヘッダ上書きの方は、ケースごとに上書きするヘッダを指定できたらいいのにな・・・と思います） 次に対処法2のデメリットである、実行中のAPIの内部状態を変更する方法について検討しました。 django（公式ドキュメントの例）の場合<a href="https://github.com/reecetech/pactman/tree/master?tab=readme-ov-file#verifying-pacts-using-pytest" target="_blank" rel="noopener noreferrer">pactmanのドキュメント</a>では、djangoの場合の<code>live_server</code> pytest fixtureを使った例が書いてあります。自分はdjangoは全くの未経験ですが、軽く調べたところによるとlive_serverはテストとは異なるスレッドで実行されるようです。今回のように内部状態を変えたい場合はどうやって対応するんだろうと思ってもう少し調べてみたら、<code>transactional_db</code> fixtureに依存することで、DBの内容を操作できるようになっているようです。（その内部実装がどうなっているかまでは追えていません・・・） Chalice（今回のプロジェクト）の場合<a href="https://aws.github.io/chalice/topics/testing.html#rest-apis" target="_blank" rel="noopener noreferrer">テスト用のClient</a>があるようです。こちらは先程のlive_serverとは異なり、実際にサーバを起動するのではなく、あくまでクライアントのモックとしてリクエストに対するレスポンスを返してくれるみたいです。なので同じプロセスになるので、モンキーパッチなどで外部からデータを書き換えるのは簡単そうです。しかし、pactmanの公式がlive_serverを例として出していることからも想像できるように、pactmanは別プロセスとして実際に動くAPIを前提とした実装になっています。 pact_verifierの実装を少し深堀したところ、単純に<a href="https://github.com/reecetech/pactman/blob/master/pactman/verifier/verify.py#L75" target="_blank" rel="noopener noreferrer">内部でrequestsの関数を呼び出しているだけ</a>でした。したがって、もしChalice提供のテスト用Clientを使うのであれば、requestsのget関数を呼び出した際にテスト用Clientのgetが呼ばれる、みたいにうまく噛み合うようなパッチを手探りで作っていかなければなりません。 自分は少しだけ試してみましたが無理そうだったのでテスト用Clientは使わないことにしました。そうなると、テスト用Clientではなく実際に<code>chalice local</code>でサーバを起動するやり方になります。そうすると、別プロセスで動いているChaliceプログラムの内部状態を変えなければいけないという難しい問題に直面しなければならず、こちらもかなり厄介な実装になりそうだったので、アクセストークン問題の対処法2は断念し、1で対応する方針に切り替えました。 対処法1のデメリットとしては認証失敗ケースのテストができないというのがありますが、今回は別で（手動テストなどで）担保するので問題ないとしました。（というより、それしか現実的な方法がないのですが）

トークンの有効期限問題

さて、少し話が本題とそれてしまいますが、リクエストヘッダを上書きするとして、そのアクセストークンはどうやって取得すればいいでしょうか？何を言っているんだと思われるかもしれませんが、今回プロデューサ側のテストを考えています。つまり、アクセストークンは送られてくるわけではなく、プロデューサ自身の側で生成しなければいけません。今回は投稿権限を持ったテスト用のユーザをAuth0側に実際に作成し、（画面はないので）OAuth2.0のリソースオーナーパスワードフローを使って直接トークンを取得する形にしました。パスワードフローを使うにあたって色々と設定などが必要だったのですが、そのあたりの話は完全に脱線してしまうのでここでは省略します。

アクセストークンの取得方法

アクセストークンが無事に取得できたとき、また別の壁が立ちはだかりました。<code>pact_verifier.verify</code>の第3引数に設定する<code>extra_provider_headers</code>は、（なんと）<a href="https://github.com/reecetech/pactman/blob/master/pactman/verifier/verify.py#L198" target="_blank" rel="noopener noreferrer">pactに記載の内容で上書きされてしまいます</a>。つまりどういうことかというと、コンシューマ側で契約を定義しますが、その際にAuthorizationヘッダに<code>"Bearer hoge"</code>と設定していたとすると、<code>extra_provider_headers</code>を指定していたとしても<code>"Bearer hoge"</code>の方が勝ってしまうということです。更に悪いことに、<code>extra_provider_headers</code>は<code>@property</code>で「保護されている」ため、パッチするのも困難になってしまっています。自分の場合は仕方なく、契約にはAuthorizationヘッダを含めないようにしました。実際と異なる契約になってしまうため、できればやりたくなかったのですが。自分の理解が及んでいないだけかもしれませんが、契約側よりプロバイダ側の注入の方が勝つようにしてほしいです・・・pactmanの今後の改修に期待したいです。 ようやくアクセストークンを正しく設定できるようになったところで、別のエラーになりました。ユーザが自身の投稿の一覧を取得するAPIの検証結果です：<pre><code>Failed: body size 0 is smaller than minimum size 1 at body</code></pre> ただここまでくれば勝ったも同然ですね。今はユーザの投稿を1件も保存していない状態なので、想定通りのエラーです。

pactmanのextra_provider_headersが上書きされる問題

認可の問題

さてようやくDBについてどうするかを考えるタイミングが来ました。APIは別プロセスで<code>chalice local</code>で動いているので、現状DBもモックではなく本物（といってもDynamoDB localですが）に繋がっています。まずDBにモックを使わないのは妥当かどうかですが、このDBは内部システムとみなせるため、実物を使用すべしという結論になります。このあたりは<a href="https://build.yoku.co.jp/articles/rfycv5cu04_p#section_4_subsection_1" target="_blank" rel="noopener noreferrer">以前の投稿</a>をご参照ください。次に、DBのコンテナについて考えます。現状はローカル開発環境用のDBにchaliceが接続してしまっていますが、ローカル開発環境用とは切り離したいです。そこで単純にテスト用のdockerコンテナを別途作成し、chaliceのstageに紐づく環境変数を（<code>.chalice/config.json</code>で）切り分けることで、ローカル開発環境chaliceとテスト用chaliceで別々のDBコンテナを見に行くようにしました。

接続先DBの検討

上に述べたような試行錯誤の末ようやくローカルで投稿APIのプロバイダ側のテストが通るようになりました。CodeBuild環境でもテストを通したいのですが、今のままだと通りません。それは、ローカルではpythonコンテナ上でテストを実行していますが、CodeBuild環境では現状localhostで直接テストを実行しているためです。もし現状のままlocalhostで実行するのであれば、DBコンテナに接続するためにはDBコンテナをポートフォワーディングし、対象ポートに接続する必要があります。接続先は環境変数で切り替えればいいのでそこまで難易度は高くありませんが、今後も開発を進めていく中でローカル環境とCodeBuild環境の環境差異が原因でテストが通らなくなることがありそうです。手元の環境でないと中々デバッグもし辛いですし、できればこの際ローカルと同じようにCodeBuild環境でもDocker上でテストを実行するようにしたいです。

CI/CD環境をどうするか

CodeBuild環境でもDocker上でテストを実行するようにしたところ、conftest.pyのboto3をインスタンス化している箇所でNoRegionErrorが発生しました。これはCodeBuildのAWSプロファイルがコンテナに引き継がれないためです。CodeBuildの場合、認証情報が環境変数に設定されているわけでも~/.aws/配下に保存されているわけでもないようです。したがってCodeBuild環境の認証情報をDockerに引き継ぐ方法はありません。コンテナからawsコマンドを実行するには、コンテナ用のIAMロールを作る必要があります。<a href="https://repost.aws/ja/knowledge-center/codebuild-temporary-credentials-docker" target="_blank" rel="noopener noreferrer">AWS公式</a>にやり方が書いてあります。

CodeBuildでNoRegionError

curlならIP、ホスト名指定共にpythonコンテナからDBコンテナへの接続が成功するのですが、なぜかpynamodb(botocore)経由だとタイムアウトしてしまう現象に相当悩まされました。様々な試行錯誤の末、最終的に最小限の構成で新規プロジェクトをローカルに立ち上げたところ、単純に<a href="https://qiita.com/yuta-katayama-23/items/a8c497fe4a61f29deb34#%E3%81%9D%E3%81%AE2%E3%81%82%E3%82%89%E3%81%8B%E3%81%98%E3%82%81%E6%89%8B%E5%8B%95%E3%81%A7volumes%E3%81%A7%E6%8C%87%E5%AE%9A%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E3%83%9B%E3%82%B9%E3%83%88%E5%81%B4%E3%81%AE%E3%83%9E%E3%82%A6%E3%83%B3%E3%83%88%E5%85%88%E3%81%AB%E3%81%AA%E3%82%8B%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA%E3%82%92%E4%BD%9C%E6%88%90%E3%81%97chmod-777%E3%81%AB%E5%A4%89%E6%9B%B4%E3%81%99%E3%82%8B" target="_blank" rel="noopener noreferrer">dataディレクトリのパーミッションを変更</a>していなかったことが原因と気づきました。

ローカルだと通るがcodebuildだとDynamoDB-localへの接続がタイムアウトする

投稿APIに対してリクエストを投げた際に、以下のようなエラーが発生しテストが頻繁に失敗するようになりました。<pre><code>E&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;requests.exceptions.ConnectionError: HTTPConnectionPool(host='localhost', port=8008): Max retries exceeded with url: /auth0/microposts (Caused by NewConnectionError('&lt;urllib3.connection.HTTPConnection object at 0x727b9434f610&gt;: Failed to establish a new connection: [Errno 111] Connection refused'))</code></pre> DB更新などを行った際にchaliceの監視対象が更新したと判定され、ホットリロードによりchaliceが再起動するようです。そして再起動している間にリクエストが来ると、応答できずにエラーになってしまうものと思われます。そのためchaliceの実行オプションに<a style="color:#ff357f;background-color:#ffffff" href="https://github.com/aws/chalice/issues/1064#issuecomment-461259975" target="_blank" rel="noopener noreferrer"><code>--no-autoreload</code></a>を追加し、リロードされないようにしたところ失敗しなくなりました。

プロバイダ側のテストが不安定に失敗することがある

DBの問題

ユーザの投稿一覧を取得するAPIの契約で、ユーザの投稿が存在する場合としない場合の両方のケースについてプロバイダ側で契約を満たしているか確認する必要があります。このように前提としているプロバイダ側の状態がある場合、どのようにコントロールしたらいいでしょうか？ Pactではもちろんこのようなケースに対応できます。pactmanの場合は<code>pact_verifier.verify</code>の第二引数に<code>provider_state</code>関数を渡してあげることで対応できます。<code>provider_state</code>関数の第一引数のnameに、契約に規定された<code>providerStates[].name</code>が渡ってくるので、そのラベルで分岐することで必要な状態を作成することが可能です。 例えば、今回の例だとユーザの投稿が存在する場合には<code>"ユーザの投稿が存在する場合"</code>という文字列が渡ってくるので、provider_state関数の中で<code>providerStates[].name</code>が<code>"ユーザの投稿が存在する場合"</code>だった場合には事前に投稿APIをPOSTすることで投稿が存在する状態を作っています。<pre><code>def provider_state(token):
 def _provider_state(name, **params):
 if name == "ユーザの投稿が存在する場合":
 requests.post(f"{CHALICE_URL}/auth0/microposts", json={"content": "hello, world"}, headers={'Authorization': f"Bearer {token}"})
 return _provider_state</code></pre> なお、今回はprovider_state関数がtokenを受け取って関数を返す関数になっていますが、これは投稿APIをPOSTする際に<code>token</code> fixtureで生成したトークンを渡す必要があるためです。

プロバイダの状態管理

プロダクションコードapp/api/microposts/service.ts<pre><code>import axios from "axios";

export default function MicropostService(baseUrl: string) {
 const ping = async (): Promise&lt;{message: string}&gt; =&gt; {
 const res = await fetch(`${baseUrl}/ping`, {
 headers: {
 "Content-Type": "application/json",
 }
 });
 return res.json();
 }

 const getAll = async (accessToken: string|undefined): Promise&lt;Array&lt;{content: string, postedAt: string}&gt;&gt; =&gt; {
 const response = await axios.get(`${baseUrl}/auth0/microposts`, {
 headers: {
 "Authorization": `Bearer ${accessToken}`,
 "Content-Type": "application/json",
 }
 });
 return response.data;
 }

 const post = async (accessToken: string|undefined, reqJson: any) =&gt; {
 await axios.post(`${baseUrl}/auth0/microposts`, reqJson, {
 headers: {
 "Authorization": `Bearer ${accessToken}`,
 "Content-Type": "application/json",
 },
 });
 }

 return {ping, getAll, post}
}</code></pre> テストコードtests/api.pact.spec.ts<pre><code>import MicropostService from "@/app/api/microposts/service";
import { MatchersV3, PactV3 } from "@pact-foundation/pact";
import path from "path";

const {eachLike, string, regex, timestamp} = MatchersV3;

const provider = new PactV3({
 dir: path.resolve(process.cwd(), 'pacts'),
 consumer: 'auth0-next-custom',
 provider: 'google-login-back'
});

describe('GET /ping', () =&gt; {
 it('200レスポンス(pong)を返すこと', async () =&gt; {
 provider.addInteraction({
 states: [{description: 'pongレスポンスに成功する場合'}],
 uponReceiving: 'pingリクエストを送信する',
 withRequest: {
 method: 'GET',
 path: '/ping',
 },
 willRespondWith: {
 status: 200,
 headers: {'Content-Type': 'application/json'},
 body: MatchersV3.equal({message: 'pong'}),
 }
 });

 await provider.executeTest(async (mockserver) =&gt; {
 const service = MicropostService(mockserver.url);
 const response = await service.ping();
 expect(response.message).toStrictEqual('pong');
 })
 })
});

describe('GET /auth0/microposts', () =&gt; {
 it('micropostsを返すこと', async () =&gt; {
 provider.addInteraction({
 states: [{description: 'ユーザの投稿が存在する場合'}],
 uponReceiving: 'ユーザの全ての投稿をリクエストする',
 withRequest: {
 method: 'GET',
 path: '/auth0/microposts',
 // 実際はAuthorizationヘッダにBearerトークンを含める必要がある
 },
 willRespondWith: {
 status: 200,
 headers: {'Content-Type': 'application/json'},
 body: eachLike({
 content: string('Hello, World.'),
 postedAt: timestamp('YYYY-MM-DD HH:mm:ss', '2024-08-21 23:01:01'),
 })
 }
 });

 await provider.executeTest(async (mockserver) =&gt; {
 const service = MicropostService(mockserver.url);
 const response = await service.getAll('hoge');
 expect(JSON.stringify(response)).toStrictEqual(
 JSON.stringify([{content: 'Hello, World.', postedAt: '2024-08-21 23:01:01'}])
 );
 })
 });

 it('空配列を返すこと', async () =&gt; {
 provider.addInteraction({
 states: [{description: 'ユーザの投稿が存在しない場合'}],
 uponReceiving: 'ユーザの全ての投稿をリクエストする',
 withRequest: {
 method: 'GET',
 path: '/auth0/microposts',
 // 実際はAuthorizationヘッダにBearerトークンを含める必要がある
 },
 willRespondWith: {
 status: 200,
 headers: {'Content-Type': 'application/json'},
 body: [],
 }
 });

 await provider.executeTest(async (mockserver) =&gt; {
 const service = MicropostService(mockserver.url);
 const response = await service.getAll('hoge');
 expect(response).toStrictEqual([]);
 })
 })
})

describe('POST /auth0/microposts', () =&gt; {
 it('正常レスポンスを返すこと', async () =&gt; {
 provider.addInteraction({
 states: [{description: 'リクエスト内容がcontentを含んでいる場合'}],
 uponReceiving: 'ユーザの投稿を投げる',
 withRequest: {
 method: 'POST',
 path: '/auth0/microposts',
 body: {
 content: string('hello'),
 }
 // 実際はAuthorizationヘッダにBearerトークンを含める必要がある
 },
 willRespondWith: {
 status: 201,
 headers: {'Content-Type': 'application/json'},
 body: null,
 }
 });

 await provider.executeTest(async (mockserver) =&gt; {
 const service = MicropostService(mockserver.url);
 await expect(service.post('hoge', {content: 'world'})).resolves.not.toThrow();
 })
 });


 it('500レスポンスを返すこと', async () =&gt; {
 provider.addInteraction({
 states: [{description: 'リクエスト内容がcontentを含んでいない場合'}],
 uponReceiving: 'ユーザの投稿を投げる',
 withRequest: {
 method: 'POST',
 path: '/auth0/microposts',
 body: {
 greeting: string('hello'),
 }
 // 実際はAuthorizationヘッダにBearerトークンを含める必要がある
 },
 willRespondWith: {
 status: 500,
 headers: {'Content-Type': 'application/json'},
 }
 });

 await provider.executeTest(async (mockserver) =&gt; {
 const service = MicropostService(mockserver.url);
 await expect(service.post('hoge', {greeting: 'world'})).rejects.toThrow('Request failed with status code 500');
 })
 })
})</code></pre>

コンシューマ側

テストコードtests/conftest.py<pre><code>import pytest
import subprocess
import time
import os
from datetime import datetime
import requests
import boto3

ssm = boto3.client("ssm")

AUTH0_CLIENT_ID = ssm.get_parameter(Name="/auth0/client_id")["Parameter"]["Value"]
AUTH0_CLIENT_SECRET = ssm.get_parameter(Name="/auth0/client_secret")["Parameter"]["Value"]
AUTH0_TEST_USER_NAME = ssm.get_parameter(Name="/auth0/test-user01/name")["Parameter"]["Value"]
AUTH0_TEST_USER_PASSWORD = ssm.get_parameter(Name="/auth0/test-user01/password")["Parameter"]["Value"]

STAGE = os.getenv('STAGE')

DB_ENDPOINT = "http://dynamo-test:8000"


@pytest.fixture()
def refresh_table():
 sub_env = os.environ.copy()
 sub_env["DB_ENDPOINT"] = DB_ENDPOINT
 subprocess.run(args=["python", "refresh_table.py"], env=sub_env)
 yield


@pytest.fixture(scope="session", autouse=True)
def start_chalice_local():
 timestamp = datetime.now().strftime("%Y%m%d%H%M%S")
 filename = f"/var/log/{timestamp}.log"

 print(f"stage: {STAGE}")

 with open(filename, "w") as f:
 process = subprocess.Popen(
 ["chalice", "local", "--host=0.0.0.0", f"--port={os.getenv('TEST_PORT')}", f"--stage={STAGE}", "--no-autoreload"],
 stdout=f,
 stderr=subprocess.STDOUT,
 text=True,
 )

 # サービスが完全に起動するまで待機
 time.sleep(5)
 yield
 process.terminate()
 process.wait()

 with open(filename, "r") as f:
 print("\nchalice output:\n", f.read())


@pytest.fixture(scope="session")
def token():
 data = {
 "client_id": AUTH0_CLIENT_ID,
 "client_secret": AUTH0_CLIENT_SECRET,
 "audience": "my-custom-api",
 "username": AUTH0_TEST_USER_NAME,
 "password": AUTH0_TEST_USER_PASSWORD,
 "grant_type": "password",
 }

 res = requests.post("https://dev-XXXXXXXXXXX.us.auth0.com/oauth/token", data)

 yield res.json()["access_token"]


@pytest.fixture(scope="session", autouse=True)
def create_table():
 sub_env = os.environ.copy()
 sub_env["DB_ENDPOINT"] = DB_ENDPOINT
 subprocess.run(args=["python", "create_table.py"], env=sub_env)
 yield</code></pre> tests/test_pacts.py<pre><code>import os
import requests


CHALICE_URL = f"http://localhost:{os.getenv('TEST_PORT')}"


def provider_state(token):
 def _provider_state(name, **params):
 if name == "ユーザの投稿が存在する場合":
 requests.post(f"{CHALICE_URL}/auth0/microposts", json={"content": "hello, world"}, headers={'Authorization': f"Bearer {token}"})
 return _provider_state


def test_pacts(pact_verifier, token, refresh_table):
 pact_verifier.verify(CHALICE_URL, provider_state(token), extra_provider_headers={'Authorization': f"Bearer {token}"})</code></pre>

プロバイダ側

今回行った修正

今回は状態の管理が必要なコンシューマ駆動契約の実装をしてみました。一見簡単そうでしたが実際にやってみるとかなりハマりポイントが存在するなと思いました。扱いづらさの一番の原因はテストとは別のプロセスでAPIサーバやDBサーバを起動する必要があったためではないかなと思います。とはいえコンシューマ・プロバイダの相互作用に関するテストなのである程度致し方ないかなと。 今回実装してみてコンシューマ駆動契約もそれなりにコストがかかることがわかったので、実際のPJで導入するかどうかはコストに見合ったメリットがあるかどうかを慎重に検討した上で判断すべきだと思いました。

さいごに

コンシューマ駆動契約テストに入門してみた〜状態管理編〜

Oracleの基本的なコマンドを紹介いたします。データベースの作成<pre><code>CREATE TABLE table_name (
 column1 datatype,
 column2 datatype,
);</code></pre>テーブル削除<pre><code>DROP TABLE table_name;</code></pre>データ挿入<pre><code>INSERT INTO table_name (column1, column2) VALUES (value1, value2);</code></pre>データ更新<pre><code>UPDATE table_name SET column1 = value1 WHERE condition;</code></pre>データ削除<pre><code>DELETE FROM table_name WHERE condition;</code></pre>データを取得<pre><code>SELECT * FROM table_name;</code></pre>データを条件取得<pre><code>SELECT column1, column2 FROM table_name WHERE condition;</code></pre>以上になります。DBマッピングのプロジェクトに参画しているため、SQLをより使いこなせていきたいです。

OracleSQL 入門

・名前入力必須32文字以内 ・メールアドレス入力必須メールアドレス形式 ・パスワード入力必須4文字以上確認用と一致するか

エラー内容

confirmメソッドにバリデーションを設定 <pre><code>&nbsp; &nbsp; public function confirm(Request $request)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; $request-&gt;validate([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'name' =&gt; ['required', 'max:32'],
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'email' =&gt;['required', 'email'],
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'password' =&gt;['required', 'min:4', 'confirmed'],
&nbsp; &nbsp; &nbsp; &nbsp; ],
&nbsp; &nbsp; &nbsp; &nbsp; [
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'name.required' =&gt; '名前を入力してください',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'name.max' =&gt; '最大32文字で入力してください',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'email.required' =&gt; 'メールアドレスを入力してください',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'email.email' =&gt; 'メールアドレス形式で入力してください',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'password.required' =&gt; 'パスワードを入力してください',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'password.min' =&gt; '4文字以上で入力してください',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'password.confirmed' =&gt; 'パスワードが一致していません',
&nbsp; &nbsp; &nbsp; &nbsp; ]);


&nbsp; &nbsp; &nbsp; &nbsp; return view('users/confirm', [
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'inputs' =&gt; $request-&gt;all(),
&nbsp; &nbsp; &nbsp; &nbsp; ]);
&nbsp; &nbsp; }</code></pre>

UsersController.phpを編集

コントローラーを編集してバリデーションを作成

FormRequestとはRequestファサードを継承したもので、バリデーションのルールやメッセージをカスタマイズするのに特化している。 ・下記コマンドでファイル作成<code>php artisan make:request UserRequest</code>

・authorizeメソッドtrueを返すことでUserRequestの使用を許可する&nbsp;&nbsp;&nbsp;<pre><code>&nbsp;&nbsp;public function authorize()
&nbsp;&nbsp;{
&nbsp;&nbsp;&nbsp;&nbsp;return true;
&nbsp;&nbsp;}</code></pre> ・rulesメソッドバリデーションを定義する <pre><code>&nbsp;&nbsp;public function rules(): array
&nbsp;&nbsp;{
&nbsp;&nbsp;&nbsp;&nbsp;return [
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'name' =&gt; ['required', 'max:32'],
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'email' =&gt;['required', 'email'],
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'password' =&gt;['required', 'min:4', 'confirmed'],
&nbsp;&nbsp;&nbsp;&nbsp;];
&nbsp;&nbsp;}</code></pre> ・messageメソッドバリデーションエラーの場合のメッセージをカスタマイズする&nbsp;&nbsp;<pre><code>public function messages()
&nbsp;&nbsp;{
&nbsp;&nbsp;&nbsp;&nbsp;return [
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'name.required' =&gt; '名前を入力してください',
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'name.max' =&gt; '最大32文字で入力してください',
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'email.required' =&gt; 'メールアドレスを入力してください',
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'email.email' =&gt; 'メールアドレス形式で入力してください',
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'password.required' =&gt; 'パスワードを入力してください',
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'password.min' =&gt; '4文字以上で入力してください',
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'password.confirmed' =&gt; 'パスワードが一致していません',
&nbsp;&nbsp;&nbsp;&nbsp;];
&nbsp;&nbsp;}</code></pre>

UserRequest.phpを編集

バリデーションを適用する場合UserRequestクラスで受け取るように編集して紐づける <pre><code>&nbsp;&nbsp;public function confirm(UserRequest $request)
&nbsp;&nbsp;{
&nbsp;&nbsp;&nbsp;&nbsp;return view('users/confirm', [
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'inputs' =&gt; $request-&gt;all(),
&nbsp;&nbsp;&nbsp;&nbsp;]);
&nbsp;&nbsp;}</code></pre>

UsersControllerを編集

フォームリクエストからバリデーションを作成

各フォームの下にエラーメッセージが表示されるように調整。 <pre><code>…
&nbsp;&nbsp;@error('name')
&nbsp;&nbsp;&nbsp;&nbsp;&lt;p style="color:red"&gt;{{ $message }}&lt;/p&gt;
&nbsp;&nbsp;@enderror
…
&nbsp;&nbsp;@error('email')
&nbsp;&nbsp;&nbsp;&nbsp;&lt;p style="color:red"&gt;{{ $message }}&lt;/p&gt;
&nbsp;&nbsp;@enderror
…
&nbsp;&nbsp;@error('password')
&nbsp;&nbsp;&nbsp;&nbsp;&lt;p style="color:red"&gt;{{ $message }}&lt;/p&gt;
&nbsp;&nbsp;@enderror
…</code></pre>

create.blade.phpを編集

テンプレート編集してエラーメッセージを表示

設定どおりのエラーになり、各フォームの下にメッセージが表示されることを確認 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/a9222546e8fe41dcb3e61a411e05610e/image.png" alt=""> <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/a2d02704b67b45c28892f1092f268147/image.png" alt="">

動作確認

今回は利用者登録フォームにバリデーションを作成し、各フォームの下にメッセージが表示されるように実装を行いました。

まとめ

【Laravel】2パターンのバリデーションの作成

入力画面 : /users/create確認画面 : /users/confirm完了画面 : /users/finish今回は上記のようにURLを設定しました。 <pre><code>Route::get('/users/create', [UsersController::class, 'create'])-&gt;name('users.create');
Route::post('/users/confirm', [UsersController::class, 'confirm'])-&gt;name('users.confirm');
Route::post('/users/finish', [UsersController::class, 'store'])-&gt;name('users.store');</code></pre>

route設定

下記コマンドでコントローラーを作成する。<code>php artisan make:controller UserController --resource</code>

コントローラー作成

・createメソッド<pre><code>&nbsp; &nbsp; public function create()
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; return view('users/create');
&nbsp; &nbsp; }</code></pre>

コントローラーを編集

・resources/views/users/create.blade.php 名前、メールアドレス、パスワードの入力フォームを作成しました。遷移先は確認画面にしています。 <pre><code>&lt;h1&gt;利用者登録入力画面&lt;/h1&gt;
&lt;form method="post" action="{{ route('users.confirm') }}"&gt;
&nbsp; &nbsp; @csrf
&nbsp; &nbsp; &lt;label for="name"&gt;名前&lt;/label&gt;
&nbsp; &nbsp; &lt;input type="text" name="name"&gt;
&nbsp; &nbsp; &lt;br&gt;
&nbsp; &nbsp; &lt;label for="email"&gt;メールアドレス&lt;/label&gt;
&nbsp; &nbsp; &lt;input type="text" name="email"&gt;
&nbsp; &nbsp; &lt;br&gt;
&nbsp; &nbsp; &lt;label for="password"&gt;パスワード&lt;/label&gt;
&nbsp; &nbsp; &lt;input type="password" name="password"&gt;
&nbsp; &nbsp; &lt;br&gt;
&nbsp; &nbsp; &lt;button type="submit"&gt;登録確認画面へ&lt;/button&gt;
&lt;/form&gt;</code></pre>

テンプレートを作成

表示画面

登録入力画面を作成

・confirmメソッド<pre><code>&nbsp; &nbsp; public function confirm(Request $request)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; return view('users/confirm', [
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'inputs' =&gt; $request-&gt;all(),
&nbsp; &nbsp; &nbsp; &nbsp; ]);
&nbsp; &nbsp; }</code></pre>

・resources/views/users/confirm.blade.php確認→完了画面遷移で入力値を送れるようにhiddenでデータを送っています。 <pre><code>&lt;h1&gt;利用者登録確認画面&lt;/h1&gt;
&lt;form method="post" action="{{ route('users.store') }}" &gt;
&nbsp; &nbsp; @csrf
&nbsp; &nbsp; &lt;input type="hidden" name="name" value="{{ $inputs['name'] }}"&gt;
&nbsp; &nbsp; &lt;input type="hidden" name="email" value="{{ $inputs['email'] }}"&gt;
&nbsp; &nbsp; &lt;input type="hidden" name="password" value="{{ $inputs['password'] }}"&gt;
&nbsp; &nbsp; &lt;label for="name"&gt;名前&lt;/label&gt;
&nbsp; &nbsp; {{$inputs['name']}}
&nbsp; &nbsp; &lt;br&gt;
&nbsp; &nbsp; &lt;label for="mail"&gt;メールアドレス&lt;/label&gt;
&nbsp; &nbsp; {{$inputs['email']}}
&nbsp; &nbsp; &lt;br&gt;
&nbsp; &nbsp; &lt;label for="password"&gt;パスワード&lt;/label&gt;
&nbsp; &nbsp; ****
&nbsp; &nbsp; &lt;br&gt;
&nbsp; &nbsp; &lt;button type="button" onclick=history.back()&gt;戻る&lt;/button&gt;
&nbsp; &nbsp; &lt;button type="submit"&gt;登録する&lt;/button&gt;
&lt;/form&gt;</code></pre>

登録確認画面を作成

・storeメソッドパスワードはハッシュ化して保存しています。 <pre><code>&nbsp; &nbsp; public function store(Request $request)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; $userData = $request-&gt;all();
&nbsp; &nbsp; &nbsp; &nbsp; $userData['password'] = Hash::make($userData['password']);
&nbsp; &nbsp; &nbsp; &nbsp; User::create($userData);
&nbsp; &nbsp; &nbsp; &nbsp; return view('users.finish');
&nbsp; &nbsp; }</code></pre>

・resources/views/users/finish.blade.php <pre><code>&lt;h1&gt;利用者登録完了画面&lt;/h1&gt;
登録が完了しました。
&lt;br&gt;
&lt;button type="button" onclick="location.href='{{ route('users.index') }}' "&gt;一覧画面へ戻る&lt;/button&gt;</code></pre>

登録完了画面を作成

・入力した「利用者２」のユーザーが登録できていることを確認<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/759374fde34e410cb460f91bcc025d32/image.png" alt="">

DBの確認

確認

今回はLaravelでの入力画面→確認画面→完了画面を遷移してデータの登録を行う処理を実装してみました。

【Laravel】入力→確認→完了画面を遷移してのデータ登録の実装

Application Programming Interfaceの略称であり、アプリケーションやソフトウェアをつなぐためのインターフェースです。

APIとは

<code>php artisan route:list</code> <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/b8c8844da0f047de891c036e9d24b8e0/image.png" alt="">

route確認

・indexメソッドを編集<pre><code>&nbsp;&nbsp;public function index()
&nbsp;&nbsp;{
&nbsp;&nbsp;&nbsp;&nbsp;$blogs = Blog::all();
&nbsp;&nbsp;&nbsp;&nbsp;return response()-&gt;json([
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'status' =&gt; true,
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;'blogs' =&gt; $blogs
&nbsp;&nbsp;&nbsp;&nbsp;], 200);
&nbsp;&nbsp;}</code></pre> ・postmanから動作確認<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/cecbab14dcef413aaa17c90bb61dac99/image.png" alt="">

一覧表示

・showメソッドを編集<pre><code>&nbsp; &nbsp; public function show(string $id)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; $blogs = Blog::find($id);
&nbsp; &nbsp; &nbsp; &nbsp; if($blogs){
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'message'=&gt; 'Blog found',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'data' =&gt; $blogs
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ], 200);
&nbsp; &nbsp; &nbsp; &nbsp; } else {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'message'=&gt; 'Blog not found',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ], 404);
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }</code></pre> ・postmanから動作確認指定したidが存在する場合<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/7a8e3afb1bbf4b8f9f5114aea445006c/image.png" alt=""> 指定したidが存在しない場合<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/58d46a05c8414712b01a73b040a7abea/image.png" alt="">

特定のidのデータを表示

・updateメソッドを編集<pre><code>&nbsp; &nbsp; public function update(Request $request, string $id)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; $update = [
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'title' =&gt; $request-&gt;title,
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'content' =&gt; $request-&gt;content
&nbsp; &nbsp; &nbsp; &nbsp; ];
&nbsp; &nbsp; &nbsp; &nbsp; $blog = &nbsp;Blog::where('id', $id)-&gt;update($update);
&nbsp; &nbsp; &nbsp; &nbsp; $blogs = Blog::all();
&nbsp; &nbsp; &nbsp; &nbsp; if ($blog) {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'message'=&gt; 'Blog update',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'data' =&gt; $blogs
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ], 200);
&nbsp; &nbsp; &nbsp; &nbsp; } else {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'message' =&gt; 'Blog not found',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ], 404);
&nbsp; &nbsp; &nbsp; &nbsp; }</code></pre> ・postmanから動作確認title : 「タイトル更新」content : 「内容更新」<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/7ea220ad6c3e43b58cb345436af3bb9a/image.png" alt="">

特定のidのデータを更新

・destroyメソッドを編集<pre><code>&nbsp; &nbsp; public function destroy(string $id)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; $blog = Blog::where('id', $id)-&gt;delete();
&nbsp; &nbsp; &nbsp; &nbsp; if ($blog) {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'message' =&gt; 'Blog deleted successfully',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ], 200);
&nbsp; &nbsp; &nbsp; &nbsp; } else {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json([
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 'message' =&gt; 'Blog not found',
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ], 404);
&nbsp; &nbsp; &nbsp; &nbsp; }
&nbsp; &nbsp; }</code></pre> ・postmanで動作確認（id=1を削除）<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/b596921f002b4d0c8edb8b42013a8e6b/image.png" alt=""> ・A5SQLでid=1のデータが削除されていることを確認。<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/7599751fc7a646178c7dbf2f63dec33f/image.png" alt="">

特定のidのデータを削除

コントローラーに処理を追加  (BlogController.php)

今回はLaravelを使用して簡易的なAPIを実装してみました。

【Laravel】簡易API実装②

Application Programming Interface の略称であり、アプリケーションやソフトウェアをつなぐためのインターフェースです。

・マイグレーションファイルを作成<code>php artisan make:model Blog -m</code> ・作成したファイル内でblogsテーブルのカラムを設定今回はタイトル(title)と本文(content)カラムを設定する。<pre><code>&nbsp; &nbsp; public function up(): void
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; Schema::create('blogs', function (Blueprint $table) {
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; $table-&gt;id();
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; $table-&gt;string('title');
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; $table-&gt;string('content');
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; $table-&gt;timestamps();
&nbsp; &nbsp; &nbsp; &nbsp; });
&nbsp; &nbsp; }</code></pre> ・マイグレーション実行<code>php artisan migrate</code>

マイグレーションからモデルを作成

・コントローラーファイルを作成<code>php artisan make:controller BlogController --resource</code> ・storeメソッドを編集<pre><code>&nbsp; &nbsp; /**
&nbsp; &nbsp; &nbsp;* Store a newly created resource in storage.
&nbsp; &nbsp; &nbsp;*/
&nbsp; &nbsp; public function store(Request $request)
&nbsp; &nbsp; {
&nbsp; &nbsp; &nbsp; &nbsp; $blog = Blog::create($request-&gt;all());
&nbsp; &nbsp; &nbsp; &nbsp; return response()-&gt;json(['blog'=&gt; $blog]);
&nbsp; &nbsp; }</code></pre>

■routes\api.php 下記を追記<pre><code>Route::apiResource('blogs', \App\Http\Controllers\Blogontroller::class);</code></pre>

route作成

title : 「タイトル」content : 「内容」 ・上記のデータをpostmanを使用し新規登録<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/ac816c8fa4c841c59269fc489dd4b5d4/image.png" alt=""> ・DBを確認<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/76d61b8bc9654dbda52383a9b8e1e5d6/image.png" alt="">

今回はLaravelを使用して簡易的なAPIを実装してみました。

【Laravel】簡単API実装①

<code>psql -U postgres -p ポート番号</code>

データベースへの接続

バージョンの確認

データベース一覧表示

role(ユーザー)一覧表示

<code>create database DB名;</code>

データベース作成

<code>create role ユーザー名 with login password 'パスワード';</code>

ユーザー作成

.sqlファイルを移行を読み込むことができます。<code>psql -U postgres -p ポート番号 -d DB名 &lt; 〇〇.sql</code>

データのインポート

<code>drop database テーブル名;</code>

データベース削除

コマンド一覧

以上が基本部分のコマンドのまとめになります。これまでPostgreSQLの案件に多く携わってきて、ローカル環境構築時などに素早くできるように上記あたりを抑えていました。

【PostgreSQL】基本コマンド一覧

ウェブサイトやウェブアプリケーションを開発・運用するための環境を簡単に構築できるソフトウェアです。

XAMPPとは

https://sourceforge.net/projects/xampp/files/XAMPP%20Windows/　からダウンロードできます。

XAMPPのダウンロード

XAMPPについて

ダウンロードしたXAMPPを解答し、フォルダ名を分かりやすいようにバージョンで変更します。 （例）・PHP7.2系と7.4系が入っているXAMPPをダウンロードした場合 C:\yamamoto\xampp72C:\yamamoto\xampp74

ダウンロード後のXAMPPの配置

XAMPPの配置

コマンドプロンプトを管理者で実行し、下記コマンドでシンボリックリンクを作成します。 <code>MKLINK /D "C:\xampp" "C:\yamamoto\xampp72"</code> C:\yamamoto\xampp72　内のxampp-control.exeから ApacheとMySQLを起動させることで7.2のPHPを使うことができます。

7.2のPHPで起動させる場合

XAMPPの起動

流れとしては「シンボリックリンクを削除 → 新しくシンボリックリンクを作成 → XAMPP起動」になります。 ①シンボリックリンクを削除下記コマンドをコマンドプロンプトで実行します。<code>RMDIR "C:\xampp"</code> ②7.4のシンボリックリンクの作成<code>MKLINK /D "C:\xampp" "C:\yamamoto\xampp74"</code> ③起動C:\yamamoto\xampp74　内のxampp-control.exeから起動。 こちらで7.4のPHPを使うことができます。

7.2から7.4のPHPを使用する場合

PHPバージョンの切り替え

以上がXAMPPでのPHPのバージョン切り替えの流れになります。 稼働中のプロジェクトとは異なるPHPのバージョンの案件の修正を頼まれた際などに面倒に感じますが、コマンドプロンプトからすぐに切り替えて作業に取り掛かることができます。

【XAMPP】複数のPHPバージョンの使い分け

Android開発にてレイアウト設計・調整している際に、Viewが上手く配置できない時ってありますよね。そんな時に、どのような画面構成となっているかを把握するための機能が、「レイアウト境界を表示」になります。レイアウト境界を表示したエミュレータで Google Play ストア を起動してみると、以下の画面になります。<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/8074f622a7254af1801d048cbc1af369/image_1.png?w=270&amp;h=480" alt="">このような形で、各Viewがどのような配置されているか、余白（ピンク部分）がどのような設定になっているかを把握することができます。

レイアウト境界を表示とは

「レイアウト境界を表示」は開発者向けオプション内に存在します。開発者向けオプションを有効にしたい場合は、以下の手順が必要です。 設定アプリの中に存在する「ビルド番号」を探します。※ほとんどのデバイスは、設定＞端末情報にあると思います。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/3f92743ed0c84f9bbcf2d946054f9c49/image_2.png?w=270&amp;h=480" alt=""> ビルド番号を見つけたら、ビルド番号を連打します。 連打すると、↓のようなトーストが表示されて、<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/78881e68e6884c0abaad62321cb3fe1a/image_3.png?w=270&amp;h=480" alt=""> さらに連打を続けると、<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/18ef5d2621424f34a8f3c0139ee04523/image_4.png?w=270&amp;h=480" alt=""> 開発者向けオプションが有効になりました。

1.開発者向けオプションを有効にする

開発者向けオプションが有効なったら、設定アプリ内から「開発者向けオプション」のメニューを探します。 Pixel（エミュレータ）では、設定＞システム＞詳細設定にありました。開発者向けオプションを見つけたら項目をタップし、「レイアウト境界を表示」を探します。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/d89a4ff5784645c0bc7cf9251969c52c/image_5.png?w=270&amp;h=480" alt=""> レイアウト境界を表示を見つけたら有効に切り替えることにより、機能が有効になります。

2.レイアウト境界を表示を有効にする

レイアウト境界を表示を設定する

レイアウト境界を表示することにより、デバックが楽になったり、デザインの幅が拡がったりと良いことずくめかと思います。（個人的にもレイアウト調整に行き詰った時にいつも使用しています。）ぜひ利用してみてください。

Android開発の便利機能　～レイアウトのデバック編～

Android Debug Bridge（以下、ADB）は、開発者がAndroidデバイスと通信するためのコマンドラインツールです。ADBを使用することで、デバイスのデバッグ、アプリのインストール、ファイルの転送、ログの確認、さらにはシステムレベルでの操作が可能になります。

Android Debug Bridge（ADB）について

ADBコマンドを使用するためには、Googleの公式Android開発者ページから、SDK Platform Toolsを<a href="https://developer.android.com/tools/releases/platform-tools?hl=ja" target="_blank" rel="noopener noreferrer">ダウンロード</a>します。

SDK Platform-Toolsのインストール

ダウンロードしたSDK Platform Toolsを任意のディレクトリ（C:\adbなど）に展開し、「adb.exe」が含まれていることを確認する。<img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/5c42fe894ac640fbaa860b62cfc76a66/image.png" alt="">

SDK Platform Toolsの展開

展開したSDK Platform Toolsをシステム環境変数に登録します。手順は以下の通り。手順１：コントロールパネルから「システムとセキュリティ」 &gt; 「システム」 &gt; 「システムの詳細設定」 &gt; 「環境変数」を選択。手順２：「システム環境変数」の中の<code>Path</code>を選択して「編集」をクリック。手順３：「新規」をクリックし、ADBがインストールされたディレクトリのパスを追加（例：<code>C:\adb</code>）。手順４：全てのダイアログをOKで閉じて設定を反映させます。

システム環境返変数の登録

コマンドプロンプトを起動し、以下のコマンドを実行します。<pre><code>adb --version</code></pre> Android Debug Bridgeのバージョンが表示されれば、環境構築は完了です！

Android Debug Bridge（ADB）コマンドの環境構築

まず、Composerを使用してLaravelプロジェクトを作成しました。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/6fe1cab3575e4b339726d39a3e8ef5b2/image.png" alt="">

Laravelのインストール

Laravelプロジェクトのディレクトリ構成は以下の通りです。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/88ccfd6fb35f43ecb9beefe72288f5f2/image.png" alt="">

プロジェクトのディレクトリ構成

`routes/web.php`ファイルにルートを定義しました。今回はRestfulリソースコントローラーでの手法の指定をしました。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/218571a49ab34d4ab4d105664f3a9bc1/image.png" alt="">

ルーティングの設定

Artisanコマンドを使用してコントローラーを作成しました。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/d7446938a1f14f11b485de2e33e1c129/image.png" alt=""> 作成後はコントローラが存在することを確認する <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/b27ee6140d1e4b2d9a250917840f6af4/image.png" alt="">図中にもコメントアウトしておりますが、DBから情報を取得する必要がありますので、上部にてテーブルの指定をお忘れなく！！

コントローラーの作成

Artisanコマンドにはデフォルトでビューを作成するためのコマンドが備わっていないため今回特別に作成してみました。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/2fd31c2243e545978c06bae688ca7188/image.png" alt="">まずはArtisanコマンドを使用しカスタムビューファイルを作成します。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/824d62dd4b4b45d4bf83579b1b91785c/image.png" alt=""><img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/3e716fd278ae4c5a8d6139c515108d9e/image.png" alt="">カスタムビューファイルにて指定された名前通りにパスをつけて作成するだけでなくファイル内に必要最低限のhtmlコードを作成して出力できるようにしました！

カスタムビューコマンドの作成

Artisanコマンドを使用してビューを作成しました。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/43756cfabefa4f18914c03afa6c28f52/image.png" alt="">

ビューの作成

作成されたビューファイルに対し下記の様に編集しました。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/e1150477c11e434c9babc4b6607eee5b/image.png" alt="">

ビューの編集

Artisanコマンドを使用してルーティング確認しました。下図赤枠の通り、指定されたURLとコントローラ内のindexがリンクしていることが確認できます。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/a317064a4ae845a7ab30638be62d5335/image.png" alt="">

ルーティング確認

下図の通りルーティング確認した通りURLへアクセスすると一覧画面が表示されることが確認できます。 <img src="https://images.microcms-assets.io/assets/b30d7661c2694503832399a83cea2137/d3ae1bf46aba4f4e8f143cac53efba0c/image.png" alt="">

ブラウザ表示

以上が、Laravelを使ってルーティングからビューの作成までの基本的な流れです。カスタムビューコマンド作成など少々イレギュラーなこともしましたが、今まで実務で使用してきたCakePHPよりもArtisanコマンドを使用したバッチ処理を使用する機会がとても多く、またシンプルに効率的に作成することが出来るというメリットも理解することが出来ました。

LaravelPHPのルーティングからビューの作成まで

<code>build.gradle</code> ファイルに <code>jjwt</code> ライブラリを追加します。<pre><code>implementation 'org.springframework.boot:spring-boot-starter-security'
implementation 'io.jsonwebtoken:jjwt:0.9.1'

implementation 'javax.xml.bind:jaxb-api:2.3.1'
implementation 'org.glassfish.jaxb:jaxb-runtime:2.3.1'</code></pre>

Gradle ビルドファイルの設定

<code>src/main/java/com/example/user/security</code> に <code>JwtUtils</code> を作成します。JWT の生成、パース、検証を行うためのユーティリティクラスを作成します。<pre><code>package com.example.user.security;

import java.util.Date;
import java.util.HashMap;
import java.util.Map;
import java.util.function.Function;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.security.core.userdetails.UserDetails;
import org.springframework.stereotype.Component;

import io.jsonwebtoken.Claims;
import io.jsonwebtoken.Jwts;
import io.jsonwebtoken.SignatureAlgorithm;

@Component
public class JwtUtils {

 @Value("${jwt.secret}")
 private String secret;

 @Value("${jwt.expiration.ms}")
 private long expirationMs;

 // JWT からユーザー名を取得
 public String extractUsername(String token) {
 return extractClaim(token, Claims::getSubject);
 }

 // JWT から有効期限を取得
 public Date extractExpiration(String token) {
 return extractClaim(token, Claims::getExpiration);
 }

 // JWT からクレーム（claims）を取得
 public &lt;T&gt; T extractClaim(String token, Function&lt;Claims, T&gt; claimsResolver) {
 final Claims claims = extractAllClaims(token);
 return claimsResolver.apply(claims);
 }

 // JWT から全てのクレームを取得
 private Claims extractAllClaims(String token) {
 return Jwts.parser().setSigningKey(secret.getBytes(Charset.forName("UTF-8")))
 .parseClaimsJws(token).getBody();
 }

 // JWT が有効かどうかをチェック
 private Boolean isTokenExpired(String token) {
 return extractExpiration(token).before(new Date());
 }

 // JWT を生成
 public String generateToken(UserDetails userDetails) {
 Map&lt;String, Object&gt; claims = new HashMap&lt;&gt;();
 return createToken(claims, userDetails.getUsername());
 }

 // JWT を生成（クレームを追加可能）
 private String createToken(Map&lt;String, Object&gt; claims, String subject) {
 return Jwts.builder().setClaims(claims).setSubject(subject)
 .setIssuedAt(new Date(System.currentTimeMillis()))
 .setExpiration(new Date(System.currentTimeMillis() + expirationMs))
 .signWith(SignatureAlgorithm.HS256, secret).compact();
 }

 // JWT のバリデーション
 public Boolean validateToken(String token, UserDetails userDetails) {
 final String username = extractUsername(token);
 return (username.equals(userDetails.getUsername()) &amp;&amp; !isTokenExpired(token));
 }
}</code></pre>

 JWT ユーティリティクラスの作成

<code>src/main/java/com/example/user/security</code> に <code>JwtRequestFilter</code> を作成します。<pre><code>package com.example.user.security;

import java.io.IOException;

import jakarta.servlet.FilterChain;
import jakarta.servlet.ServletException;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.security.authentication.UsernamePasswordAuthenticationToken;
import org.springframework.security.core.context.SecurityContextHolder;
import org.springframework.security.core.userdetails.UserDetails;
import org.springframework.security.core.userdetails.UserDetailsService;
import org.springframework.security.web.authentication.WebAuthenticationDetailsSource;
import org.springframework.stereotype.Component;
import org.springframework.web.filter.OncePerRequestFilter;

@Component
public class JwtRequestFilter extends OncePerRequestFilter {

 @Autowired
 private JwtUtils jwtUtils;

 @Autowired
 private UserDetailsService userDetailsService;

 @Override
 protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain chain)
 throws ServletException, IOException {

 final String authorizationHeader = request.getHeader("Authorization");

 String username = null;
 String jwt = null;

 if (authorizationHeader != null &amp;&amp; authorizationHeader.startsWith("Bearer ")) {
 jwt = authorizationHeader.substring(7);
 username = jwtUtils.extractUsername(jwt);
 }

 if (username != null &amp;&amp; SecurityContextHolder.getContext().getAuthentication() == null) {
 UserDetails userDetails = this.userDetailsService.loadUserByUsername(username);
 if (jwtUtils.validateToken(jwt, userDetails)) {
 UsernamePasswordAuthenticationToken authToken = new UsernamePasswordAuthenticationToken(
 userDetails, null, userDetails.getAuthorities());
 authToken.setDetails(new WebAuthenticationDetailsSource().buildDetails(request));
 SecurityContextHolder.getContext().setAuthentication(authToken);
 }
 }
 chain.doFilter(request, response);
 }
}</code></pre>

JWT 認証フィルターの作成

<code>src/main/java/com/example/user/security</code> に <code>JwtAuthenticationEntryPoint</code> を作成します。認証エラー時のエントリーポイントをカスタムで作成します。<pre><code>package com.example.user.security;

import java.io.IOException;

import jakarta.servlet.ServletException;
import jakarta.servlet.http.HttpServletRequest;
import jakarta.servlet.http.HttpServletResponse;

import org.springframework.security.core.AuthenticationException;
import org.springframework.security.web.AuthenticationEntryPoint;
import org.springframework.stereotype.Component;

@Component
public class JwtAuthenticationEntryPoint implements AuthenticationEntryPoint {

 @Override
 public void commence(HttpServletRequest request, HttpServletResponse response,
 AuthenticationException authException) throws IOException, ServletException {
 response.sendError(HttpServletResponse.SC_UNAUTHORIZED, "Unauthorized");
 }
}</code></pre>

認証エントリーポイントの作成

<code>src/main/java/com/example/user/security</code> に <code>SecurityConfig</code> ファイルを作成します。<pre><code>package com.example.user.security;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.security.authentication.AuthenticationManager;
import org.springframework.security.config.annotation.authentication.configuration.AuthenticationConfiguration;
import org.springframework.security.config.annotation.web.builders.HttpSecurity;
import org.springframework.security.config.annotation.web.configuration.EnableWebSecurity;
import org.springframework.security.config.http.SessionCreationPolicy;
import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder;
import org.springframework.security.crypto.password.PasswordEncoder;
import org.springframework.security.web.SecurityFilterChain;
import org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter;

@Configuration
@EnableWebSecurity
public class SecurityConfig {

 @Bean
 public PasswordEncoder passwordEncoder() {
 return new BCryptPasswordEncoder();
 }

 @Bean
 public SecurityFilterChain securityFilterChain(HttpSecurity http, JwtRequestFilter jwtRequestFilter, JwtAuthenticationEntryPoint jwtAuthenticationEntryPoint) throws Exception {
 http
 .csrf(csrf -&gt; csrf.disable())
 .authorizeHttpRequests(auth -&gt; auth
 .requestMatchers("/authenticate", "/register").permitAll()
 .requestMatchers("/users/**").hasRole("USER")
 .anyRequest().authenticated()
 )
 .exceptionHandling(exceptions -&gt; exceptions
 .authenticationEntryPoint(jwtAuthenticationEntryPoint)
 )
 .sessionManagement(session -&gt; session
 .sessionCreationPolicy(SessionCreationPolicy.STATELESS)
 );
 http.addFilterBefore(jwtRequestFilter, UsernamePasswordAuthenticationFilter.class);
 return http.build();
 }

 @Bean
 public AuthenticationManager authenticationManager(AuthenticationConfiguration authenticationConfiguration) throws Exception {
 return authenticationConfiguration.getAuthenticationManager();
 }
}</code></pre>

Spring Security 設定クラスの作成

<code>application.properties</code> ファイルに、JWT の秘密鍵と有効期限を設定します。<pre><code>jwt.secret=mysecretkey
jwt.expiration.ms=3600000</code></pre>

アプリケーションプロパティの設定

<code>src/main/java/com/example/user/security</code> に <code>AuthenticationRequest</code>&nbsp;ファイルを作成します。<pre><code>package com.example.user.security;

public class AuthenticationRequest {

 private String username;

 private String password;

 // Getters and Setters
 public String getUsername() {
 return username;
 }

 public void setUsername(String username) {
 this.username = username;
 }

 public String getPassword() {
 return password;
 }

 public void setPassword(String password) {
 this.password = password;
 }
}</code></pre>

AuthenticationRequest の作成

<code>src/main/java/com/example/user/entity</code> に <code>Role</code> クラスを作成します。<pre><code>package com.example.user.entity;

import jakarta.persistence.Entity;
import jakarta.persistence.GeneratedValue;
import jakarta.persistence.GenerationType;
import jakarta.persistence.Id;

@Entity
public class Role {

 @Id
 @GeneratedValue(strategy = GenerationType.IDENTITY)
 private Long id;
 private String name;

 // Getters and Setters
 public Long getId() {
 return id;
 }
 public void setId(Long id) {
 this.id = id;
 }
 public String getName() {
 return name;
 }
 public void setName(String name) {
 this.name = name;
 }
}

</code></pre>

ユーザーロールの管理

username, password, roles フィールドを追加します。(getter/setter も忘れずに)<pre><code>package com.example.user.entity;

import jakarta.persistence.Entity;
import jakarta.persistence.GeneratedValue;
import jakarta.persistence.GenerationType;
import jakarta.persistence.Id;

@Entity
public class Users {

&nbsp; &nbsp; @Id
&nbsp; &nbsp; @GeneratedValue(strategy = GenerationType.IDENTITY)
&nbsp; &nbsp; private Long id;
&nbsp; &nbsp; private String name;
&nbsp; &nbsp; private String email;
&nbsp; &nbsp; private String username;&nbsp; // 追加
&nbsp; &nbsp; private String password;&nbsp; // 追加

 @ManyToMany(fetch = FetchType.EAGER)
 @JoinTable(
 name = "users_roles",
 joinColumns = @JoinColumn(name = "user_id"),
 inverseJoinColumns = @JoinColumn(name = "role_id")
 )
 private Set&lt;Role&gt; roles = new HashSet&lt;&gt;();

&nbsp; &nbsp; // Getters and Setters
&nbsp; &nbsp; public Long getId() {
&nbsp; &nbsp; &nbsp; &nbsp; return id;
&nbsp; &nbsp; }
&nbsp; &nbsp; public void setId(Long id) {
&nbsp; &nbsp; &nbsp; &nbsp; this.id = id;
&nbsp; &nbsp; }
&nbsp; &nbsp; public String getName() {
&nbsp; &nbsp; &nbsp; &nbsp; return name;
&nbsp; &nbsp; }
&nbsp; &nbsp; public void setName(String name) {
&nbsp; &nbsp; &nbsp; &nbsp; this.name = name;
&nbsp; &nbsp; }
&nbsp; &nbsp; public String getEmail() {
&nbsp; &nbsp; &nbsp; &nbsp; return email;
&nbsp; &nbsp; }
&nbsp; &nbsp; public void setEmail(String email) {
&nbsp; &nbsp; &nbsp; &nbsp; this.email = email;
&nbsp; &nbsp; }
	public String getUsername() {
		return username;
	}
	public void setUsername(String username) {
		this.username = username;
	}
	public String getPassword() {
		return password;
	}
	public void setPassword(String password) {
		this.password = password;
	}
 public Set&lt;Role&gt; getRoles() {
 return roles;
 }
 public void setRoles(Set&lt;Role&gt; roles) {
 this.roles = roles;
 }
}</code></pre>

Users モデルへの追加

<code>src/main/java/com/example/user/repository</code> に <code>RoleRepository</code> クラスを作成します。<pre><code>package com.example.user.repository;

import org.springframework.data.jpa.repository.JpaRepository;
import com.example.user.entity.Role;

public interface RoleRepository extends JpaRepository&lt;Role, Long&gt; {
 Role findByName(String name);
}</code></pre>

Role リポジトリの作成

<code>src/main/java/com/example/user/security</code> に <code>AuthenticationController</code> ファイルを作成します。JWT トークンを生成するための認証コントローラーを作成します。<pre><code>package com.example.user.security;

import java.util.HashSet;
import java.util.Set;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.security.authentication.AuthenticationManager;
import org.springframework.security.authentication.UsernamePasswordAuthenticationToken;
import org.springframework.security.core.userdetails.UserDetails;
import org.springframework.security.core.userdetails.UserDetailsService;
import org.springframework.security.crypto.password.PasswordEncoder;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RestController;

import com.example.user.entity.Role;
import com.example.user.entity.Users;
import com.example.user.repository.RoleRepository;
import com.example.user.repository.UsersRepository;

@RestController
public class AuthenticationController {

 @Autowired
 private AuthenticationManager authenticationManager;

 @Autowired
 private JwtUtils jwtUtils;

 @Autowired
 private UserDetailsService userDetailsService;

 @Autowired
 private PasswordEncoder passwordEncoder;

 @Autowired
 private UsersRepository usersRepository;

 @Autowired
 private RoleRepository roleRepository;

 @PostMapping("/authenticate")
 public String createAuthenticationToken(@RequestBody AuthenticationRequest authenticationRequest) throws Exception {

 authenticate(authenticationRequest.getUsername(), authenticationRequest.getPassword());

 final UserDetails userDetails = userDetailsService.loadUserByUsername(authenticationRequest.getUsername());
 final String token = jwtUtils.generateToken(userDetails);
 jwtUtils.extractUsername(token);
 return token;
 }

 @PostMapping("/register")
 public String registerUser(@RequestBody Users user) {
 user.setPassword(passwordEncoder.encode(user.getPassword()));
 // ロールを設定
 Role userRole = roleRepository.findByName("USER");
 if (userRole == null) {
 userRole = new Role();
 userRole.setName("USER");
 roleRepository.save(userRole);
 }
 Set&lt;Role&gt; roles = new HashSet&lt;&gt;();
 roles.add(userRole);
 user.setRoles(roles);
 usersRepository.save(user);
 return "User registered successfully";
 }
 private void authenticate(String username, String password) throws Exception {
 try {
 authenticationManager.authenticate(new UsernamePasswordAuthenticationToken(username, password));
 } catch (Exception e) {
 throw new Exception("INVALID_CREDENTIALS", e);
 }
 }
}</code></pre>

認証コントローラーの作成

<code>src/main/java/com/example/user/repository</code> の <code>UsersRepository</code> に<code>findByUsername</code> メソッドを追加します。<pre><code>package com.example.user.repository;

import org.springframework.data.jpa.repository.JpaRepository;
import com.example.user.entity.Users;

public interface UsersRepository extends JpaRepository&lt;Users, Long&gt; {
&nbsp; &nbsp; Users findByUsername(String username);&nbsp; // 追加
}</code></pre>

UsersRepository への追加

<code>JwtUserDetailsService</code> をロール情報に対応するように修正します。<pre><code>package com.example.user.security;

import java.util.List;
import java.util.stream.Collectors;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.security.core.authority.SimpleGrantedAuthority;
import org.springframework.security.core.userdetails.UserDetails;
import org.springframework.security.core.userdetails.UserDetailsService;
import org.springframework.security.core.userdetails.UsernameNotFoundException;
import org.springframework.stereotype.Service;

import com.example.user.entity.Users;
import com.example.user.repository.UsersRepository;

@Service
public class JwtUserDetailsService implements UserDetailsService {

 @Autowired
 private UsersRepository usersRepository;

 @Override
 public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
 Users user = usersRepository.findByUsername(username);
 if (user == null) {
 throw new UsernameNotFoundException("User not found with username: " + username);
 }
 List&lt;SimpleGrantedAuthority&gt; authorities = user.getRoles().stream()
 .map(role -&gt; new SimpleGrantedAuthority("ROLE_" + role.getName()))
 .collect(Collectors.toList());
 return new org.springframework.security.core.userdetails.User(user.getUsername(), user.getPassword(), authorities);
 }
}</code></pre>

ユーザーロールを考慮したUserDetailsServiceの実装

<code>src/main/java/com/example/user/repository</code> の <code>JwtUserDetailsService</code> を作成します。Spring Security 用のユーザーサービスを実装します。<pre><code>package com.example.user.security;

import java.util.ArrayList;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.security.core.userdetails.UserDetails;
import org.springframework.security.core.userdetails.UserDetailsService;
import org.springframework.security.core.userdetails.UsernameNotFoundException;
import org.springframework.stereotype.Service;

import com.example.user.entity.Users;
import com.example.user.repository.UsersRepository;

@Service
public class JwtUserDetailsService implements UserDetailsService {

 @Autowired
 private UsersRepository usersRepository;

 @Override
 public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
 Users user = usersRepository.findByUsername(username);
 if (user == null) {
 throw new UsernameNotFoundException("User not found with username: " + username);
 }
 return new org.springframework.security.core.userdetails.User(user.getName(), user.getPassword(), new ArrayList&lt;&gt;());
 }
}</code></pre>

Spring Security ユーザーのサービスの実装

schema.sql を以下のように修正します。<pre><code>CREATE SEQUENCE IF NOT EXISTS "ID_SEQ" 
MINVALUE 1 
MAXVALUE 999999999 
INCREMENT BY 1 
START WITH 2 
NOCACHE 
NOCYCLE;
CREATE TABLE IF NOT EXISTS users(
	id VARCHAR(50) DEFAULT nextval('ID_SEQ') PRIMARY KEY ,
	name VARCHAR(50),
	email VARCHAR(80),
	username VARCHAR(80),
	password VARCHAR(80)
	);
CREATE TABLE IF NOT EXISTS role (
 id BIGINT AUTO_INCREMENT PRIMARY KEY,
 name VARCHAR(255) NOT NULL
);

CREATE TABLE IF NOT EXISTS users_roles (
 user_id BIGINT NOT NULL,
 role_id BIGINT NOT NULL,
 PRIMARY KEY (user_id, role_id),
 FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE,
 FOREIGN KEY (role_id) REFERENCES role(id) ON DELETE CASCADE
);</code></pre>

SQL スキーマの変更

data.sql を以下のように変更します。<pre><code>INSERT INTO users(id, name, email, username, password) VALUES('1', 'Hara', 'hara@example.com', 'hara', null);

INSERT INTO role(id, name) VALUES(1, 'USER');</code></pre>

SQL データの変更

これで動くと思ったら、全部 401 になるので、次回動くように修正します！

BuildersIO produced by YOKU

コンシューマ駆動契約テストに入門してみた〜状態管理編〜

OracleSQL 入門

【Laravel】2パターンのバリデーションの作成

【Laravel】入力→確認→完了画面を遷移してのデータ登録の実装

【Laravel】簡易API実装②

【Laravel】簡単API実装①

【PostgreSQL】基本コマンド一覧

【XAMPP】複数のPHPバージョンの使い分け

Android開発の便利機能　～レイアウトのデバック編～

Android Debug Bridge（ADB）コマンドの環境構築

LaravelPHPのルーティングからビューの作成まで

Spring Boot 再入門 (4)

Apacheでオレオレ証明書を発行して自分を証明したい

単体テストのベストプラクティス

Auth0環境を構築して自作のAPIと連携してみた

コンシューマ駆動契約テストに入門してみた〜状態管理編〜

OracleSQL 入門

【Laravel】2パターンのバリデーションの作成

【Laravel】入力→確認→完了画面を遷移してのデータ登録の実装

【Laravel】簡易API実装②

【Laravel】簡単API実装①

【PostgreSQL】基本コマンド一覧

【XAMPP】複数のPHPバージョンの使い分け

Android開発の便利機能 ～レイアウトのデバック編～

Android Debug Bridge（ADB）コマンドの環境構築

LaravelPHPのルーティングからビューの作成まで

Spring Boot 再入門 (4)

Android開発の便利機能　～レイアウトのデバック編～