タグ

ブックマーク / qiita.com/nunulk (3)

  • Laravel Eloquent で VIEW ライクなモデルをつくる - Qiita

    概要 表題の VIEW は SQL の VIEW です(以下大文字で表記した場合は SQL の VIEW を表します)。 データベースに VIEW はつくりたくないけど、モデルとしては VIEW みたいなやつを使いたい、という動機があったので、チャレンジしてみました。 環境 PHP 7.0.14 Laravel 5.4.0 詳細 シナリオ データベースにユーザー (users) テーブルと関連したいくつかのテーブルがあって、それらのテーブルにレコードが存在するかどうかでユーザーの状態を規定したい。 例)キャンペーンに応募したことのあるユーザーであれば「キャンペーン応募済み」という状態、一度もなければ「ユーザー登録済み」という状態で表現したい。 キャンペーンは campaigns テーブル、キャンペーンに応募した場合、 user_campaign テーブルに、 user_id と campa

    Laravel Eloquent で VIEW ライクなモデルをつくる - Qiita
  • Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る - Qiita

    はじめに (注) 記事は単なる目次です。 半年前くらいから Laravel を使い始めて、個人的にベストプラクティスをまとめたいと思っていたので、目次の内容で順次エントリーを上げていきたいと思います (順不同になりそうだし、項目は増減するかも)。 方針 できるだけフレームワークの作法に合わせる できるだけ変更容易性が高くなるようにする できるだけトリッキーにならないようにする といったところです。 環境 各エントリーにも記載しますが、基的には PHP 5.6 Laravel 5.3 で動作確認ができたコードを載せるつもりです。 バージョンによって書き方に違いがある場合は極力補足するつもりです ( 5 系のみ)。 目次 ルーティング コントローラー リクエスト&バリデーション ビュー テンプレート イベント&ジョブ&通知&キュー Eloquent ORM コマンド サービス テスト 番外

    Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る - Qiita
  • Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る (7) Eloquent ORM編 - Qiita

    はじめに このエントリーについて この記事は「Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る」シリーズの一編です。 他の記事は目次からアクセスしてください。 Eloquent は色々できることが多すぎて、とても1エントリーで済ませられそうになかったので、概略だけまとめました。 環境 PHP 5.6 Laravel 5.5 公式リファレンス Eloquent: Getting Started - Laravel - The PHP Framework For Web Artisans Eloquent: Relationships - Laravel - The PHP Framework For Web Artisans Eloquent: Mutators - Laravel - The PHP Framework For Web Artisans 詳細 ガ

    Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る (7) Eloquent ORM編 - Qiita
  • 1