スニペット Archives - 2ページ目 (2ページ中)

2017年3月10日

Vue コンポーネントにモデル (Entity) を渡す

Laravel で Blade テンプレート上に記述した Vue コンポーネントに Laravel の Model を渡す場合。

{{ hoge }}を使うと渡した値は e() によりHTMLエスケープされるが、Vue コンポーネントのディレクティブとしてエスケープされたJSONを渡した場合もちゃんとオブジェクトとしてパースされpropsに入ってくれる。
(そもそもHTMLで属性に e() した値を渡してもエスケープ前の文字列として扱われるから当然といえば当然)

“Vue コンポーネントにモデル (Entity) を渡す” の続きを読む

2017年3月9日2017年10月27日

Markdown メール通知を作成する

Laravel 5.4 より組み込まれた Markdown を用いたメール通知を作成します。

Markdown Mail Notificationの作成はartisan make:notificationを利用するとViewテンプレートまで自動生成できるのでおすすめです。

今回は、Laravelのデフォルトのユーザー登録時にメールアドレス検証用のメールを送信するという体でサンプルを作成します。

“Markdown メール通知を作成する” の続きを読む

2017年3月8日2017年3月10日

フラッシュメッセージ付きリダイレクト

Laravel でリダイレクトを行う時、Flashメッセージをセッションに載せてリダイレクト先のページで表示したい時。 “フラッシュメッセージ付きリダイレクト” の続きを読む

2017年3月7日2017年3月8日

トランザクション後にイベントを発火する

例えば注文を受けてトランザクション内でDBを更新し、その注文についての通知を飛ばす場合。

Sample

    public function order(OrderRequest $request)
    {
        /** @var Order $order */
        $order = $request->createOrder();

        try {
            $res = \DB::transaction(function () use ($order) {
                $order->save();
                
                // (トランザクション内の操作は出来るだけDBに関わるものに絞る)
                
                return back()->with('message.success', '注文を受け付けました。');
            });
            event(new OrderShipped($order));

            return $res;
        } catch (\Throwable $exception) {
            return back()->with('message.error', $exception->getMessage()??'エラーが発生しました。');
        }
    }

public function order(OrderRequest $request)

{

/** @var Order $order */

$order = $request->createOrder();

try {

$res = \DB::transaction(function () use ($order) {

$order->save();

// (トランザクション内の操作は出来るだけDBに関わるものに絞る)

return back()->with('message.success', '注文を受け付けました。');

});

event(new OrderShipped($order));

return $res;

} catch (\Throwable $exception) {

return back()->with('message.error', $exception->getMessage()??'エラーが発生しました。');

}

`memo`

DB::transaction(callback)を用いた場合、コールバックの前後でbeginTransaction、commitが呼ばれる。コールバックの返り値が返されるのでそれをDB::transactionの返り値として使用できる。

例外発生時はtransaction内部で補足してロールバックして外に投げてくれる。
transactionの第二引数(int)を指定した場合例外が投げられたらその回数リトライするが、PHP7+のErrorが投げられた場合はその時点で潔く諦めてロールバックする。

トランザクション内が複雑な場合はDB::beginTransaction, DB::commitを呼んでもいいがコールバックで済ませれる程度のほうが無駄なロックを生まなくできるよう意識しやすい気がする。
あと手動でやる場合はロールバックを忘れずに。