月別アーカイブ: 2016年5月

LaravelのEloquentで悩む

前回から、モデルを定義して、モデルと密接に関係しているデータベースとの関わり合いをうまいところやってくれるらしいEloquent ORMというものをいろいろ探って試行錯誤してみていたけど、よくわかっていない。とりあえずやったことを書き残す。

前回、troubleというモデルをartisanコマンドでひな形を作ったところで終わった。で、私の設計上、このtroubleというモデルは、自らに対して１対nの関連性を持つような想定だ。親のtroubleに、複数のtroubleがぶらさがる、ツリー構造のようなイメージだ。

で、troubleがもつカラムとしては、長文のテキスト「document」の１つのみとした。

まずは前回atrisanコマンドで作ってもらったマイグレーション用のファイルdatabase/migrations/～create_troubles.php をいろいろなドキュメントを見よう見まねで修正した。因みにupメソッドが作成するとき、downメソッドが元に戻すときのことを書くらしい。

 public function up()
{
    Schema::create('t_troubles', function (Blueprint $table) {
        $table->increments('id');
        $table->longText('document');
        $table->integer('trouble_id')->unsigned()->nullable();
        $table->timestamps();
 
        $table->foreign('trouble_id')->references('id')->on('t_troubles')
                ->onDelete('cascade');
    });
}

public function up()

{

Schema::create('t_troubles', function (Blueprint $table) {

$table->increments('id');

$table->longText('document');

$table->integer('trouble_id')->unsigned()->nullable();

$table->timestamps();

$table->foreign('trouble_id')->references('id')->on('t_troubles')

->onDelete('cascade');

});

}

この５行目でdocumentカラムの定義だが、６行目では、自分の親のidを納めるtrouble_idカラムを定義している。そして、９行目で、外部キー束縛を定義している。これでマイグレーションをし直す。

> php artisan migrate:refresh

すると、MySQLのデータベースを見ると、テーブルに「document」と「trouble_id」のカラムが追加されている。よしよし。

そして、今度は、App\Trouble.phpを以下のように修正した。

class Trouble extends Model
{
    protected $table = 't_troubles';

    public function troubles()
    {
        return $this->hasMany('App\Trouble','trouble_id','id');
    }
 
    public function owner()
    {
        return $this->belongsTo('App\Trouble');
    }
}

class Trouble extends Model

{

protected $table = 't_troubles';

public function troubles()

{

return $this->hasMany('App\Trouble','trouble_id','id');

}

public function owner()

{

return $this->belongsTo('App\Trouble');

}

ここでテーブル間の相関関係を定義するらしい。便宜上ツリーに見立てて１を親、ｎを子として説明するが、hasManyが、子クラス（App\Trouble）と親のApp\Trouble間には、子のtrouble_idに親のidをもつ形で複数の関係あるよ、ということになって、belongsToは、その逆、子から１つの親があるよ、ということになるらしい。

さらに、Seederっていって、データベースの初期状態を定義できる仕組みを使って、操作方法を確かめてみる。databases\seeda\DatabaseSeeder.phpを以下のように修正した。

use Illuminate\Database\Seeder;
use Illuminate\Database\Eloquent\Model;
use app\Trouble;

class DatabaseSeeder extends Seeder
{
    /**
     * Run the database seeds.
     *
     * @return void
     */
    public function run()
    {
        // $this->call(UsersTableSeeder::class);
        Model::unguard();
        
        $this->call('TroubleTableSeeder');
                
        Model::reguard();
    }
}

class TroubleTableSeeder extends Seeder
{
    public function run()
    {
        DB::table('t_troubles')->delete();
        
        $trb1 = new App\Trouble(['document'=>'こんにちは世界']);
        $trb2 = new App\Trouble(['document'=>'ぶらさがります']);
        $trb3 = new App\Trouble(['document'=>'こっちもぶらさがり']);
        $trb1->save();
        $trb1->troubles()->save($trb2);
        $trb1->troubles()->save($trb3);
    }
}

use Illuminate\Database\Seeder;

use Illuminate\Database\Eloquent\Model;

use app\Trouble;

class DatabaseSeeder extends Seeder

{

/**

* Run the database seeds.

* @return void

public function run()

{

// $this->call(UsersTableSeeder::class);

Model::unguard();

$this->call('TroubleTableSeeder');

Model::reguard();

}

class TroubleTableSeeder extends Seeder

{

public function run()

{

DB::table('t_troubles')->delete();

$trb1 = new App\Trouble(['document'=>'こんにちは世界']);

$trb2 = new App\Trouble(['document'=>'ぶらさがります']);

$trb3 = new App\Trouble(['document'=>'こっちもぶらさがり']);

$trb1->save();

$trb1->troubles()->save($trb2);

$trb1->troubles()->save($trb3);

}

で、artisanにてseedを実行！

> php artisan db:seed

そしてt_troubleテーブルを見ると、「ぶらさがります」と「こっちもぶらさがり」のtrouble_idに、「こんにちは世界」のidが入っているのがわかる。うまくいっているようですねー。

親を先にsaveでDBに格納しておかないと、親のIDがわからないので、当然うまくいかないようだ。そしてtrb1のtroublesで関連づけたくてtrb2を書き込むときは、「$trb1->troubles()->save($trb2)」って書くところがなかなか思いつかないのねー。

この状態で、

$data = Trouble::find('1')->troubls;

1	$data = Trouble::find('1')->troubls;

とやると、idが１のレコードにぶら下がるレコード群をdata変数へ得ることができるようです。

今日はここまで…

結局Laravelに戻って、ぼちぼち始める。

2件の返信

PHPixieでいろいろやってたけど、私の読解力不足で、なんともならなかったので、結局Laravelに戻ってきた。Laravelに戻ってきた理由はいろいろあるけど、英語が苦手な私も日本語ドキュメントや日本人によるユーザー事例（ブログなど）が充実していたことが一番大きい。でも、最新版を使うのなら、結局英語のドキュメントを参照せざるを得なくなるのだけれど。

不安もある。これはフレームワーク全般に関する不安だろうが、マイナーバージョンアップでも結構な変更点がありそうなところだ。でもセキュリティサポートのパッチが同一バージョンで２年？３年リリースされるようなので、とりあえず大丈夫だろう。

フレームワークを使おうとした一番の理由は、セキュリティの問題だ。もちろん開発者が考慮していなければならないのは変わらないが、フルスクラッチで組むよりは遙かに考慮点が少なくなる（のではないかという希望を与えてくれる）ということだ。また、ユーザー認証の仕組みなども、フレームワークで考慮されていれば、とりあえず導入するのもフルスクラッチに比べれば手間はかからない（のではないかという希望を与えてくれる）ということもある。

ということで、ぼちぼち作り始める。手順はLaravelのサイトにあるDocumentの中にあるチュートリアルの、「Basic Task List」をやっていきながら、同じような目的のことをやっていくことにした。

とりあえず「Laravelの続き。quickstart-basic-masterをやってみる。」でやったように、プロジェクトの作成およびhttp.confでAliasの設定、そして.htaccessファイルの修正を行った。

そのまえに、ユーザー認証の機構を使うので、ユーザー認証の仕組みはあらかじめ追加しておいた。

> php artisan make:auth

これだけで認証の仕組みができるんだから、フレームワークはありがたいね。

最初に、モデルを作成してみる。モデルは、Eloquentという仕組みを使うらしい。解説ページを見ながら、とりあえずやってみた。

> php artisan make:model -m Trouble

これでいいのかな？結果、app直下に各クラス定義のphpファイルが、database/migrationsにマイグレーション用と思われるファイルが生成されていた。

最初にDBのテーブル名を定義する。クラス変数「$table」に定義しておくと大丈夫らしい。たとえば

&lt;?php
namespace App;
use Illuminate\Database\Eloquent\Model;
class Trouble extends Model
{
protected $table = 't_troubles';
}

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Trouble extends Model

{

protected $table = 't_troubles';

}

のように。

今日はここまで・・・

今度はPHPixieを試してみる

コメントをどうぞ

フレームワーク行脚の旅、というか、PHPも初心者、フレームワークもそんなに使ったことない、という私が、どんなものがあるのだろうと探し回っている中、初心者にお勧めだというフレームワーク「PHPixie」を見つけたので試しにXAMPP環境でちょっと使ってみた。

データベースがMongoDBというオブジェクト指向DBというのが気になるけど、ま、最悪DB操作は直接PHPで書けばいいわけだし。あ、ユーザー認証どうしよう。

プロジェクトの作成と最初のページの表示まで

まずはLaravelと同様、XAMPPのhtdocsのディレクトリに行き、composerを使ってプロジェクトを作成する。

> composer create-project phpixie/project phpixie

とりあえずそれらしいファイル群はできたようだ。で、クイックスタートのページにあるように、まず、プロジェクトルートファイルに「.htaccess」を以下のように作っておく。

RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_URI} !web/
RewriteRule (.*) /web/$1 [L

そして、ApacheのDocumentRootをプロジェクトルートに向ければ、「http://localhost/」でテストページが表示された。

Processor

次の節、Processorをページの内容そのままで進めて、「HTTPProcessors」フォルダ直下に「Quickstart.php」を作成してQuickstartクラスを定義したあと、「App」フォルダ直下の「HTTPProcessor.php」にbuildQuickstartProcessorメソッドを定義して、再実行してみたところ、ちゃんと「http://localhost/quickstart」で「Quickstart tutorial」という文字が表示された。

うまくいっているようだ。仕組みはあとで考えよう…

Routing

そんでもってRoutingをこれもまたページの内容そのままで進めてみる。QuickStart.phpにviewActionメソッドを追加するところまでは良かったが、「config」フォルダ内の「routeResolver.php」の追加が、どこに追加するのかよくわかんなかったので、結局以下のようにしてみた。

<?php

return array(
    'type'      => 'group',
    'resolvers' => array(
        
        'default' => array(
            'type'     => 'pattern',
            'path'     => '(<processor>(/<action>))',
            'defaults' => array(
                'processor' => 'greet',
                'action'    => 'default'
            )
        ),
        'view' => array(
            'type'  =>  'pattern',
            'path'  =>  'quickstart/view/<id>',
            'defaults'  => array(
                'processor' => 'quickstart',
                'action'    =>  'view'
            )
        )
        
    )
);

そうしたところ、うまく「http://localhost/quickstart/view/5」で「5」って表示されたから、大丈夫なのだろう。仕組みは後で考えよう。

とりあえず今日はここまで。

Laravelの続き。quickstart-basic-masterをやってみる。

コメントをどうぞ

あれからちょっと間が開いたが、公式のドキュメントを読んで、チュートリアル的な物をやってみようと思った。

コマンドプロンプトで「php artisan」とやってみて、ヘルプを表示させたら、頭に「Laravel Framework version 5.2.20」と表示されて、Laravel 5.2だということを知った。私が見ていたドキュメントは日本語版の5.1までのやつだったので、どうせなら新しいのを見てやろうということで、5.2のドキュメントを見始めた。そこでチュートリアル的なものを探していたら、「クイックスタート」があったのでやってみることに。どうやらタスクを追加したり削除したりするだけの単純なアプリケーションらしい。

指示に従い、GitHibからソースをダウンロードし、xamppのApacheのhtdocsにフォルダ（laravel）を作ってコピーした。その後、以下のようにしてLaravelのコンポーネントをインストールする。

> cd laravel
> composer install

そして、XAMPPのMySQLで、PHPMyAdminからデータベースを新規作成し、「.env」ファイルでデータベースの設定を上書きしたあと、マイグレーションを実施してみた。

> php artisan migrate

とりあえずテーブルができたようで、実行してみた。ルートに前回見つけた「.htaccess」を置いてみたところ、とりあえず最初の画面の表示がされたが、タスクを追加しようとするとエラーに…

どうやらリダイレクトがうまくいっていないようで、リダイレクトの無限ループを起こしているらしい。ということでリダイレクトの仕組みをやり替える。まず、最初に置いた「.htaccess」を消して、わかりやすいAliasを使ってみる。httpd.confの、alias_moduleのくだりで、以下のように書いてみた。

<IfModule alias_module>
…
  Alias /laravel "C:\xampp\htdocs\laravel\public"
  <Directory "C:\sampp\htdocs\laravel\public">
    Options Indexes FollowSymLinks MultiViews
    AllowOverride all
      Order allow,deny
    Allow from all
  <Directory>
</IfModule>

やってみたが、やはりトップ画面のみ表示されて、追加しても同じエラーに。いろいろググってみると、publicフォルダの「.htaccess」ファイルを修正しなければならないことが判明。「RewiteEngine On」の下に、以下を追加した。

RewriteRule ^(.*)/$ /laravel/$1 [L,R=301]
RewriteBase /laravel

とりあえずこれでタスクの追加まではうまく動いた。で、今度はタスクを削除させようとクリックすると、アプリケーション名が消えてしまう。生成されたソースを見ると、追加のformタグのactionは「http://localhost/laravel/task/」となっているのに、削除のformタグのactionは「/task/1」などとなっている。これはビューを書き換えればなんとかなりそうなので、以下のように書き換えてみた。

<!-- Task Delete Button -->
<td>
  <form action="{{ url('task')}}/{{ $task->id }}" method="POST">

とりあえず動いてくれた。今日はここまで・・・

月	火	水	木	金	土	日
« 4月				6月 »
						1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30	31

雑多なこと

なんでも