『SymfonyとDoctrineで簡単クリーンアーキテクチャ』をやってみる
PHP Conference Japan 2021でお話しさせていただいた、『SymfonyとDoctrineで簡単クリーンアーキテクチャ』ですが、実際にやってみようと思います。 当日のセッションはこちら やってみるユースケース 『ユーザが商品を購入する』『複数いる配送係に注文内容連絡する』っていうのをやります。 モデリング 概念モデル図 ユーザは複数の注文ができます。注文にはどの商品をいくつ買ったかがわかる注文明細が紐づいています。 配送係に連絡はするものの、注文には紐づかないので独立した形にしました。 クラス図 『ユーザが商品を注文する』というユースケースを実装するクラスと、『配送係に注文内容を連絡する』というユースケースを実装するクラスを用意します。 ここで、配送係に連絡するためには配送係を取得しないといけないので、データサービスを用意し、『配送係を取得する』処理を別途用意します。
Doctrine2 四方山話 ( Fetch mode, Index by, Criteria について) - OTOBANK Engineering Blog
はじめまして。4月からオトバンクで働き始めました @kalibora と申します。よろしくお願いします。 さて、オトバンクでは Symfony2 を使っており、ORマッパーにはデフォルトの Doctrine2 を使用しているのですが、 そんな中で私が得た知見をいくつか紹介したいと思います。 Fetch mode の話 Doctrine2 には fetch mode という概念があります。 Annotations Reference - Doctrine Object Relational Mapper (ORM) を見ますと Doctrine2には下記の fetch mode があるようです。 fetch mode 定義できる場所 EAGER @ManyToOne @ManyToMany @OneToOne @OneToMany LAZY @ManyToOne @ManyToMany @O
DoctrineでSQLの日付関数を使う方法 | QUARTETCOM TECH BLOG
DoctrineでSQLの日付関数を使う方法 Symfony Advent Calendar 2015 第一日目の記事です。 http://qiita.com/advent-calendar/2015/symfony Symfony+Doctrine2でシステムを開発していて、「日付何年のデータだけほしい」、「何年何月のデータだけほしい」という場合。 どう対応していますか？ DateTimeで頑張る まず、もっとも基本的なやり方として、DBから全件取得したうえで条件を満たすもののみの配列を作るという方法があります。 たとえば、今月ログインしたユーザーを取得したいなら、下記のようになります。 $today = new \DateTime('today'); $activeUsers = array_filter($em->getRepository('AcmeDemoBundle:User'
Doctrine2 : エクスギア Blog
Doctrine2を試してみる(4) リポジトリ 1回目で触れましたがDoctrine2ではロジック処理をリポジトリクラスに集約しておくことができます。 1エンティティごとに1リポジトリを指定できるようになっているようです。 このリポジトリの中にDQLを閉じ込めてメソッドを定義しておくことで見通しのよいコードになります。 Symfony2のDoctrine2のドキュメントではDQLをアクションに書いている例なので「あれれ？」と思ったのですが、リポジトリを使えばちゃんと外だしできます。 Read more
FuelPHPでdoctrine2を使ってみた - Qiita
仕事でどうしてもFuelPHPでOracleを扱う必要があり、 標準のORMでは扱うことが出来なかったため他の手段を探していた。 Symfonyで使われているdoctrine2が使えれば楽だなと思い少し試した話をメモしておく。 ※ データベースのテーブルは作ってある前提 doctrine2を使うためのライブラリ 調べてみると既にライブラリがあったのでそれを利用してみる。 構成 最初は以下の様な標準のディレクトリ構成にする。 yourdirectory/ core/ # fuelphpのcore packages/ # fuelphpのpackages app/ # fuelphpのapp bootstrap.php classes/ config/ views/ vendor/ # この下にライブラリを置く
[Doctrine] MySQL の TEXT 型を使用する - Issei.M's Techlog
※Doctrine 2.3 以下でのお話です。 MySQL のカラムにTEXT型を使おうとして普通に type を text にするとLONGTEXT型になってしまいます。 /** * @ORM\Column(type="text") */ private $title; ※コンソール結果 $ php app/console doctrine:schema:create --dump-sql > CREATE TABLE ... title LONGTEXT NOT NULL, ... どうやら length を 65532 にするとTEXTになるようです。 /** * @ORM\Column(type="text", length=65532) */ private $title; ※コンソール結果 $ php app/console doctrine:schema:create --d
![[Doctrine] MySQL の TEXT 型を使用する - Issei.M's Techlog](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbb10bf57dc889215c738b41eb17a8ea46451dab/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704830469096265513%2F11696248318757347973%2F1378200120)
Integrating with CodeIgniter - Object Relational Mapper (ORM) - Doctrine
This might not work for all CodeIgniter versions and may require slight adjustments. Here is how to set it up: Make a CodeIgniter library that is both a wrapper and a bootstrap for Doctrine 2. Setting up the file structure Here are the steps: Add a php file to your system/application/libraries folder called Doctrine.php. This is going to be your wrapper/bootstrap for the D2 entity manager. Put the
Doctrineを利用してconcrete5のオブジェクトを作る（１）
concrete5もバージョン5.7からデータベースとのアクセスにDoctrineを使うようになりました。Doctrineにはデータベース抽象化レイヤー（DBAL）とO/Rマッパー（ORM）の２つの機能があります。 DBALは特定のデータベース製品に依存しないデータベースへのアクセス手段を提供します。Doctrineへの完全な置き換えが終われば、concrete5をMySQL以外で動作させることも期待できるでしょう。 ORMは、オブジェクト指向プログラミングの中心となるオブジェクトと、データベースとのやりとりを抽象化してくれるしくみです。ググるとインピーダンスミスマッチの解消とか解説には出てきますが、個人的にはクラスにSQLを書かないしくみだと理解するとシンプルかなと思います。 現時点でのconcrete5では、5.6以前の時代の古いコードとの互換性が残されていますので、5.6の頃のように
Side by Side: Doctrine2 and Propel 2
When you start working with data in an application, you may need to use an object-relational mapper (ORM), a layer between the database and application. For PHP the two most frequently used ORM’s are Doctrine and Propel. That’s why I decided to compare the main features of Doctrine in version 2.4.7 and Propel in version 2.0. At this point, I must strongly emphasize that this article is not to indi
CRUDっぽいルーティングとアクションを追加できるTraitコントローラーを作ってみた - ぷぎがぽぎ
管理画面で欲しいCRUD処理 いわゆる管理画面作ってると CRUDができるAdmin Gegeneratorっぽいものが欲しくなりますよね。 色々アプローチはあると思います。 テンプレートからひな形のコードを生成してしまう Generetor 方式 必要があれば直接編集したり、直接編集しない場合はカスケード機能みたいなものがあったり Symfony だと `generate:doctrine:crud` コマンドっぽいの ymlなどで定義を書けばDSLで管理画面っぽいCRUDをある程度好きにできる方式 SonataAdminBundle symfony1 のころにあった Admin Generator みたいなの そして、これらはWebアプリケーションフレームワークが標準で用意していたり、別途ライブラリ(バンドル)を入れたりすることで実現可能だったりします。 個人的に、完全generate
technica » CakePHPにDoctrine2をいれてみた
自己紹介 TECHNICAへの投稿は初めてとなります。「ガリレオ」です。よろしくお願いします。 普段の業務ではスマートフォンアプリ開発運用チームでエンジニアとして働いております。 今回は以前メインエンジニアとして関わったHEROES解放戦線（以下HEROES）という ソーシャルゲーム開発プロジェクトで、Doctrine2を導入した事例について書かせていただきます。 Doctrine2導入の背景 もともとCakePhp+smartyで開発を行っていましたが、 ・DBアクセス周りのソース品質の均質化 ・DBマイグレーションの手順の整理（環境毎に手作業でDDLを実行していた） という目的でDoctrine2の導入を行いました。 選定理由は大きく以下の3点ですが、特に運用開発中のプロダクトであるため、開発効率を落とさないことを重視しています。 ・Symfonyで多く利用されているため稼働実績があり
ytake.blog | Eloquentは遅いのか
Eloquentは遅いのか Posted: 2014-10-28 00:12 | PHP全般 気になったのでやりました 同じテーマで海外のエンジニアの方が書いていたので、 実際にマイクロベンチマーク的にデータ挿入にかかる時間を調べてみました。 PCや色んな環境によって多少誤差もありますし、 結果がどうあれ好きなものや、使いやすいものを使えば良いだけです。 気になったので実際にやってみただけです 計測したマシンは自宅のMac pro(ゴミ箱の前のやつ) 2.8 GHz Quad-Core Xeon 16GB 1066 MHz DDR3 PHP 5.5.10 (cli) with Zend OPcache v7.0.3 MySQLは 5.5.34 です 利用したスキーマはシンプル -- mysql schema. CREATE TABLE `performances` ( `id` int(1
Doctrineでファイルアップロードを扱う方法 がイケてない件 #symfony_ja | ななうぇぶのブログ
一定期間更新がないため広告を表示しています
Doctrine2を試してみる(3) リレーション : エクスギア Blog
前回はDoctrine2のアノテーションについて簡単に触れてみました。 今回はそのアノテーションをフルに利用したDoctrine2のリレーション設定とその利用方法について見てみます。 リレーションの種類 - 双方向と単方向 まず、Doctrineではリレーションの関係が大きく2種類あります。 一方向(通常のリレーション設定。リレーションする側の設定のみ) 双方向(リレーションする側とされる側の両方のエンティティに設定) これらをドキュメントではbidirectional(双方向)、unidirectional(一方向)と表現されています。 なので、まずはこのキーワードをなんとなく覚えておいてください。 リレーションの関係 - 親エンティティと子エンティティ 公式ドキュメントにはOwning side, inverse sideという表現でされています。直訳すると「(実データを)所有して
BEAR.SundayでDoctrine2のORMとSymfony2のValidatorを一緒に使ってみた（1） - Qiita
BEAR.SundayでDoctrine2のORMを使ってみた http://qiita.com/77web@github/items/7b67e490ac59dcab0ca8 の続き。 前回はDoctrine2のORMを使ってDBデータを取得するところまでで終わった。 せっかくだから、今度はDBにデータを保存してみたい。 AppResourceにonPost()を追加 まずは前回のMy\NoteApp\Resource\App\Noteに新規登録用のonPost()を追加。 // src/Resource/App/Note.php namespace My\NoteApp\Resource\App; use BEAR\Resource\ResourceObject; use Doctrine\ORM\EntityManager; use My\NoteApp\Entity\Note as
BEAR.SundayでDoctrine2のORMを使ってみた（改） — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
77webさんの「BEAR.SundayでDoctrine2のORMを使ってみた」を試しつつ、少しだけ改良してみます。 BEAR.Sundayのインストール ベンダー名はMy、アプリケーション名はNoteとします。これらの指定は名前空間で使われます。 $ composer create-project bear/skeleton My.Note dev-develop $ cd My.Note $ composer install なお、ここではdev-developを指定して開発ブランチ（developブランチ）をインストールしています。 Doctrineのインストール $ composer require 'doctrine/orm:2.4.*' データベース接続設定 BEAR.Sundayではデータベース接続設定はvar/conf/constants.phpで定義します。 具体的には
BEAR.SundayでDoctrine2のORMを使ってみた - Qiita
// src/Resource/App/Note.php namespace My\NoteApp\Resource\App; use BEAR\Resource\ResourceObject; class Note extends ResourceObject { public function onGet($id) { $note = $this->entityManager->find('...', $id); $this['note'] = ['body' => $note->getBody()]; return $this; } } Providerを書く ワークショップのMonologProviderと同じように、Doctrine\ORM\EntityManagerを作ってくれるProviderを作ることにした。 mysql環境を作るのが面倒なので仮でsqliteで。 DBファ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - daycry/doctrine: Doctrine for Codeigniter 4
Doctrine入門 | シムノート
5 Doctrine ORM Performance Traps You Should Avoid