【Laravel8】GETで取得したパラメーターをFormRequestでバリデーションをかける
はい、今回はgetで取得したパラメーターをFormRequestクラスを使ってバリデーションをかける方法を共有します。 基本的なFormRequestを利用したバリデーションは以下を確認ください。 結構調べてもよくわからんかったんですが、stack overflowで回答されている方がいたのでそちらの記事と、 Laravelの公式の情報を確認しながら紹介していきます。 簡単に概要だけ説明すると、以下のようなURLから取得したパラメータ(id)がバリデーションできないのです。 Route::get('hoge/{id}', [testController::class, '対象コントローラーのメソッド名']);Code language: PHP (php) 伝えたいこと 今回はタイトルそのままで、getで取得したパラメーターをどうやってバリデーションかけていくのかを紹介します。 なので、今
Laravelのサービスプロパイダでハマった話｜fumi
最近laravel(Laravel8)のサービスプロパイダの存在を知ったのですがそのときにハマった話、自分が行った解決策を紹介したいと思います。 最終的には自分がしたかったことをでき、問題の解決ができていますが間違い、更なる改善ができるような箇所があれば指摘いただけると幸いです。 状況状況としてサービスプロパイダで呼び出したクラスでユーザー情報を扱った処理を行おうとしていました。サービスプロパイダ内ではそのクラスをそのクラスのインターフェースとbind関数を使って紐づけており $this->app->bind(\App\Service\UserServiceInterface::class, \App\Service\Production\UserService::class);コントローラーではメソッドインジェクションを行って使用していました。 public function index
【Laravel】 サービスコンテナを使って自動で依存性を解決しよう | ProgText - プログラミング学習のWeb教材
<?php namespace App\Http\Controllers; use App\Repositories\NoteRepository; class HelloController extends Controller { /** * NoteRepositoryの実装 * * @var NoteRepository */ private $notes; public function __construct(NoteRepository $notes) { $this->notes = $notes; } public function index() { $note = $this->notes->getNote(1); return view('index', compact('note')); } } これを見ると、HelloController内ではNoteRepos
Laravelから学ぶPHPのTraitの使い所 - Qiita
はじめに この記事は、PHP Advent Calender 2019 の17日目の記事です。 みなさん、Trait使っていますか？ 社内でTraitの使い所がいまいち分からないんだよね〜という話が出ていたので、Traitの使われかたを分類し、Laravelの実際のコードを例として理解を深めていけたらと思います。 Traitとは そもそもTraitってどんな機能でしょうか？ PHP 5.4.0 以降では、コードを再利用するための「トレイト」という仕組みが導入されました。 トレイトは、PHP のような単一継承言語でコードを再利用するための仕組みのひとつです。 トレイトは、単一継承の制約を減らすために作られたもので、 いくつかのメソッド群を異なるクラス階層にある独立したクラスで再利用できるようにします。 トレイトとクラスを組み合わせた構文は複雑さを軽減させてくれ、 多重継承や Mixin に関
【Laravel】普通のRequestを受け取った後にFormRequestに切り替える - なずなログ
やりたいこと 解決方法 解説 やりたいこと 汎用的なRequestで一旦受け取って、あとからFormRequestを作成するようにすることで、無駄にコントローラやメソッドを生やさなくて済むようにしたい。 例えばAPIなどで、サービスが複数存在しているときに各パラメータを若干カスタマイズしたいときなどに使える。 routes/api.php Route::post('/{serviceName}/apply', 'APIController@somethingAction')->name('apply'); 解決方法 APIController.php /** @var array サービス名とバリデーションに使用するFormRequestの関連付け */ protected $formRequests = [ 'hoge' => 'App\Http\Requests\HogeRequest
Laravel DI 調べてみた – てっくTech
DIとは DI（依存性の注入）とは、クラスやメソッド内で使用する機能を外部（具体的にいうと仮引数）から渡す設計パターンです。 機能を外部から渡すことによって、クラスやメソッド同士の依存性を小さくする目的があります。 具体例 今回は、ラジオ番組コントローラー内でコーナを所得する例を考えてみたいと思います。 以下は、ラジオ番組クラスとラジオコントローラーになります。 Annkw.php <?php namespace App\Radios; class Annkw { private $name; private $corner; public function __construct($name = 'annkw', $corner='しんやめ') { $this->name = $name; $this->corner = $corner; } public function getNam
Laravelで１つのインターフェイスで別々のクラスをインジェクションする | しんくろぐ
目標 表題通りだが１つのインターフェイスからコントローラーに対して別々のクラスをインジェクションしたい！ 例 Controller1 → CommonInterface → Repository1をインジェクション Controller2 → CommonInterface → Repository2をインジェクション できればテストでは別のリポジトリに切り替えたい おさらい Laravelには依存性の注入（Dependency Injection）という機能があります。 これをやりたい動機としてはオブジェクトを生成したところ（newしたところ）はそのオブジェクトに依存してしまうため、これをどっか別の設定ファイルとかに書いて依存部分を明らかにしてテストなどでは切り替えられたら幸せだなぁ、というところだと解釈しています。 一方でLaravelのよくあるDIの説明ではコンストラクタインジェクシ
ぼくのかんがえたさいきょうの API エラーレスポンスのフォーマット
エラーハンドリングについてじっくり考えてみたシリーズ Web サービスを開発するときのエラーハンドリングについて API から返ってきたエラーレスポンスのフォーマット（型）はどういうのが良いのかについて考えてみました。 デファクトスタンダードはどれ？ WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita などで取り上げられているように、現状各社のエラーレスポンスのフォーマットはかなりばらばらです。 ちなみに JSON:API という仕様があり、API がこの仕様に則って作られている場合はエラーレスポンスのフォーマットが定義されているため、これに沿ったエラーレスポンスを作れば良さそうです。 しかしそうでない API の場合は、エラーレスポンスだけ JSON:API に沿うのは違う気がします。レスポンスのフォーマットとして参考にはなるかもしれませんが。 というわけ
[Laravel]Jsonレスポンスの形式を統一して、エラー処理をする方法 | ramble - ランブル -
はじめに こんにちは！ Laravelでapiを作っている時に、http例外（400系、500系）が発生した時に決まった形のJsonでフロントに返したい時ありますよね。 そんな時にレスポンスの形式を作成して、エラー処理を行う方法を実装したので、忘れないように書いていきます。 今回実装する物については、管理画面とAPIを同じLaravelプロジェクトで作成しているため、API系のエラーと管理画面側のエラーを分ける必要があります。 ※ Laravel歴1ヶ月ほどで書いていますので、誤記や改善点等ございましたら、ご教示いただけると幸いです。 環境 PHP 8.0.6 Laravel 8.38.0 実装 レスポンスのフォーマットを作成 まず最初にJsonレスポンスの形式を作ります。 レスポンスマクロという機能を使い、フォーマットを作成します。これをプロバイダーに実装・登録をして、どこからでも使える
Laravelでの開発でいつもやってること
・・・ 'channels' => [ 'daily' => [ 'driver' => 'daily', 'days' => 90, 'permission' => 0664, ], ], class Handler extends ExceptionHandler { protected $dontReport = [ \Illuminate\Auth\AuthenticationException::class, \Illuminate\Validation\ValidationException::class, \Illuminate\Auth\Access\AuthorizationException::class, \Illuminate\Database\Eloquent\ModelNotFoundException::class, \Symfony\Component\Ht
Googleドライブのような、きめ細かいアクセス制御を実装できるオープンソースの認可ソリューション「OpenFGA」に入門してみた | DevelopersIO
Googleドライブのような、きめ細かいアクセス制御を実装できるオープンソースの認可ソリューション「OpenFGA」に入門してみた 最近、Oktaから「Okta FGA」という新しいSaaSサービスがリリースされました。このサービスは、OpenFGAというオープンソースの認可ソリューションに基づいており、細かいアクセス制御を実現するためのものです。OpenFGAについてさらに詳しく知りたい方は、OpenFGAの公式ドキュメントをご覧ください。この記事ではFGAの概念や機能性を整理しつつ、私自身の見解をまとめたいと思います。 Oktaのプレスリリースに関する詳細は、こちらをご覧ください。 全体像 まずは全体を俯瞰して登場人物を整理します。 OpenFGAは認可サーバー上で動作する認可のシステムです。 OpenFGAとは OpenFGAは、2022年にAuth0/Oktaによって公開されたオー
【PHP】LaravelでServiceProviderでInterfaceに実装を注入したりstringを注入する方法【DI】 - 猫でもわかるWebプログラミングと副業
Interfaceを利用する意義 Laravelでどうやって注入するの？ サービスプロバイダとは register メソッドでDIの設定を書く Interfaceへの実装注入以外の用途でも使える まとめ Interfaceを利用する意義 LaravelはDIを勝手にいい感じにしてくれます。例えばこうです。 <?php class RiotGamesApi { public function getAllChampions(): array { // 実装 } } class Controller { public function __construct(RiotGamesApi $riptGamesApi) { $this->riotGamesApi; } public function get() { return $this->riotGamesApi->getAllChampion
PHPのInterface -メリットと使い所- - Wiz テックブログ
今回はPHPのInterfaceの使い所について、例を交えつつ紹介してみようと思います。 本題に入る前にこの記事内のサンプルコードについてです。 サンプルコードは全て、フレームワークにLaravelを使用しているという前提で記述しています。 LaravelでInterfaceを使う場合、サービスプロバイダーのregisterメソッド内でbindメソッドを使用し、実装クラスとInterfaceの紐付けを行ってください。 $this->app->bind(XxxInterface::class, ConcreteClass::class); これがないと"XxxInterface is not instantiable..."みたいなエラーが出てしまいますので、ご注意ください。 Interfaceの概要 PHPの公式ドキュメントを確認すると、以下のように説明されています。 オブジェクトインター
LaravelでHTTPステータスコードの定数を使用する
Laravelで、APIを作っていてHTTPステータスコードの定数が簡単に見当たらなかったので探してみました。 HTTPステータスコードの定数の使い方とサンプルを載せています。 Laravelのバージョン8で確認しています。 HTTPステータスコード定数の場所は？ \Symfony\Component\HttpFoundation\Responseにありました。 内容は下記のように定義されています。 マジックナンバーを作らないためにも使用していくといいと思います。 /** * Response represents an HTTP response. * * @author Fabien Potencier <fabien@symfony.com> */ class Response { public const HTTP_CONTINUE = 100; public const HTTP
apiサーバ＠laravel8で、returnするjsonのフォーマットをResponse::macroを使って、統一規格にしてみた | メサイア・ワークス
<?php namespace App\Providers; use Illuminate\Support\ServiceProvider; use Illuminate\Support\Facades\Response; // 追加 class ApiResponseServiceProvider extends ServiceProvider { public function boot() { Response::macro('ApiJsonResponse', function ($data) { return response()->json( $data ); }); } /** * Register services. * * @return void */ public function register() { // } /** * Bootstrap services.
Laravel の seeder がカオスになってきたのでフォルダ分けした - Qiita
システムの継続開発が進むにつれ、システムに必要なデータもどんどん増えていく。 そして気づけば migration のフォルダも seeder のフォルダもファイルだらけで何が何やら・・・。ということに。 migration は時系列で並ぶのでまだマシだが、seeder は デフォルトで UserSeeder みたいな命名のファイルがあるので、それに釣られてしまった結果、どの seeder がどのときに追加したやつだっけ？みたいになりがち。 なので seeders フォルダの下にサブフォルダを切って、機能別に整理しようと思い立った。 単にフォルダを切っただけど「特定の seeder だけ実行したい」と言う場合や「Controller や Service クラスなどから実行できない」事態になる。 やることは以下の4つ。 1. seeder を任意にディレクトリ分けする 2. composer.
Laravelで "メソッドインジェクション" と "コンストラクタインジェクション" を体験してみた件
メソッドインジェクションやコンストラクタインジェクションについて詳しく書かれている記事は結構見かけるので、 この記事ではソースコードを見て端的にメソッドインジェクションとコンストラクタインジェクションの 概要をLaravelの内部動作関係なしに理解できるように、この記事を書きました。
Laravel のルーティングファイルを web や api 以外に増やす - Qiita
この記事は、ゆめみ Advent Calendar 2021 の7日目の記事です（もう過ぎちゃったけど） Laravel でデフォルトで用意しているルーティング定義ファイルとして api.php と web.php があります ユーザー定義のルーティング定義ファイルを増やす方法を紹介します 前提条件 確認したバージョン PHP 8 Laravel v8.x やり方 参考に実装してみた Pull Request の Files changed を見るのが手っ取り早いです 参考実装に従って、ヘルスチェック用のルーティングファイルを増やす手順を示します ヘルスチェック用のルーティングを書くファイルを新しく作る routes/health-check.php とでもします <?php use Illuminate\Support\Facades\Route; Route::get('/health
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ピンホールTEXT1
LaravelでAPI用のAuthMiddlewareの返り値の型設定について