2017/11/15 laravel.osaka#12で使用したスライドです Laravelと永続化モデルのサンプルコード (Todo管理) https://github.com/n1215/lara-todo-persistence
Laravel/データベースレイヤーの再考 Posted: 2015-05-31 02:02 | laravel PHP全般 テストを書くにあたり、より良い設計を考えて実装していくのはフレームワークの機能ではなく、 開発している方次第です。 Eloquentに依存しているシステムなども今一度考えながらリファクタリングを目指してみましょう。 ということで、今回は巷で言われているリポジトリーパターン風ではなく、 スタンダードなリポジトリ+エンティティをLaravelのデータベースコンポーネントの クエリービルダーを使って実装するサンプルです。 まず一つ、コントローラにEloquentなどのデータベースを用いる処理を乗せればMVCじゃん! という意識を少し変える必要があります。 今回の流れは リポジトリ->エンティティ->サービス->コントローラ として実装します。 モデルという言葉はどこにも出
本エントリでは、ピュアなPHPで書かれたWebアプリケーションにLaravel標準のORMであるEloquentを導入した際にやったことを簡単にまとめています。 実施した際はPHP5.6でしたが、学習のためも含めて本エントリ内のソースコードはPHP7.2で動作させています。 経緯でも書かせていただいていますが、データベースはSQLite3を使っていますが、macOSで動かす場合にはすでにインストールされていると思うのでsqlite3 -versionで確認してから動かしてみてください。 経緯 事前に、Eloquentを導入するに至った経緯を簡単に説明しておきたいと思います。 SQLite3をデータソースにしたレガシーなプロジェクト あるプロジェクトが素のPHPで書かれています。すべてのAPIがその1つのモノリシックなPHPアプリケーションとなっています。 ここで問題となっているのが、データ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く