（ﾟдﾟ）ﾉ　ｺﾝﾊﾞﾝﾜ、中の人ですＹＯ。

今回はモデルとテーブルについてやっていきますＹＯ。

(´Д｀;)しかし複数SNS利用しているとどこかが疎かに。ﾅﾝﾃｺｯﾀｲorz

　　　　　 _,,:-ｰ''"￣￣￣ `ヽ､
　　　　　,r'"　　　　　　　　　　　`ヽ.
　__,,::r'7" ::.　　　　　　　　　　　　　ヽ＿
　ﾞl　　|　　::　　　　　　　　　　　　　　ﾞ）　7
　 |　ヽ`l　::　　　　　　　　　　　　　／ノ）
　.| ヾミ,l _;;-＝=ｪ;､　　 ,,,,,,,,,,,,,,,＿　ﾋ-彡|
　〉"l,_l "-ー:ｪｪヮ;::)　 f';;_-ｪｪ-ニ　ﾞﾚr-{　　　／￣￣￣￣￣￣￣￣
　 | ヽ"::::''　　￣´.::;i,　 i　`''￣　　　 r';'　} 　　|　久々にﾜﾛﾀ
　. ﾞN l　::.　　....:;イ;:'　　l　､　　　　　,l,ﾌﾉ　　 |　AA盛りだくさんで笑いを誘うのが
　.　|_i"ヽ;:...:::／　ﾞ'''=-='''´｀ヽ.　　／i　l"　　＜　昔のアメブロなんだよな今のアメブロ
　　　.|　::ﾞl　 ::´~＝==' '==＝''`　,il" .|'".　　　 |　は放置気味だから困る
　　 .{　 ::|　､ ::　`::=====::"　,　il 　 |　　　　　＼＿＿＿＿＿＿＿＿
　　 /ﾄ､　:|.　ﾞl;:　　　　　　　 ,i'　,l'　ノﾄ､
　／ .|　＼ゝ､ﾞl;:　　　　　　,,/;;,ノ;r'" :|　＼
'"　　 |　　 `''-､`'ー--─'";;-'''"　　 ,|　　＼_

困る。

であどんどんいきましょー。

ＭＶＣの中の最期のモデル部分はいわずもがな…データベースの操作系統をひとまとめにする部位ですのよ。

操作系統がまとめられているので直接SQL文うちこんでクエリを送信したりせずにメソッドを呼び出すだけでＤＢの操作ができますぉ。

　　　　　　　／⌒ヽ
⊂二二二（　＾ω＾）二⊃
　　　　　　|　　　 / 　　　　　　ﾌﾞｰﾝ
　　　　　（　ヽノ
　　　　　　ﾉ>ノ　
　　三　　レﾚ

「たかがＤＢの操作まとめただけやん」とか言われそう。

（#＾ω＾)ﾋﾞｷﾋﾞｷ

（　＾ω＾)甘く見てはいけないぉ。フレームワークのモデルはＤＢソフトの垣根を越えることができるんだぉ。

（　＾ω＾)つまりシステムで使用しているデータベースがオラクルだろうがポスグレSQLだろうがＭＹＳＱＬだろうが…全部同じ記述で、また、ＤＢソフトを変えても命令系統を全部書き換える必要がないんだぉ。

（　＾ω＾)また、ＤＢアクセスに使用されるＳＱＬ文をプログラムから完全に排除することが可能なんだぉ。

これによりプログラマはプログラムだけわかれば何の支障もなく作業に集中できるんだぉ。

（#＾ω＾)まぁ今の時代WEB系PGなのにＳＱＬわからないＰＧなんてＰＧなんて呼ばないぉ。

さてモデルの内容に移行。

モデルはＤＢ全体を操作できるわけではなく、個々のテーブルごとに利用する方式です。

つまりＤＢ内のテーブル１つを単位としてモデルを構築していくわけです。

１テーブルで１モデル（ぇ

モデルを介してテーブルにアクセスするよ!!

　 ∧,,∧
　(；`・ω・）　　｡･ﾟ･⌒）チャーハン作るよ！！
　/　　ｏ━ヽニニフ))
　しー-Ｊ

　　　　　　　　アッ！　｡･ﾟ･
　 ∧,,∧ て　　　　　｡･ﾟ･｡･ﾟ･
　(； ´ﾟωﾟ）て　　　／／
　/　　ｏ━ヽニニフ
　しー-Ｊ　　　彡

　　　　∧,,∧　　　　ｼｮﾎﾞｰﾝ
　　　（ ´・ω・）
　　c(,＿Ｕ_Ｕ　　　　　　･ﾟ･｡･ﾟ･｡･ﾟ･｡･ﾟ･
　　　　　━ヽニニフ

さてそれぞれのモデルはＤＢ内の特定のテーブルに関連付けられます。

これをいめーじにするとこうなりますぉ。

モデルを介して指定テーブルにＳＱＬクエリーを投げつけます。

　　　　　　ｸﾞﾙｸﾞﾙｸﾞﾙ　　取っ手の取れる～
　〃　三 .Λ,,Λ　三＝≡,,Λ‐ ─
　｡・｡・｡　（ω・；≡・ω=；`・ω）　=｡・｡
ヽニニフ━oc三　─　ニフ　　三ニフ
　　　　　　　ﾞミ　三　　＝-　彡　　　　〃
　　　　　　　　 -　≡三彡

　　　　　　　ﾃｨﾌｧｰﾙ♪
　　〃　 Λ,,Λ　ミ　　ﾌﾞﾝ!!　　　　　　　　　　　　ｶﾞｯ
　　　　( ´・ω・）　　　　　　　　－＝≡　｡・｡・｡そ＿∧
　　　　/　　oo━　　　　　　　－＝≡　ヽニニフて｀Д´）
　＼_, (　､　>　彡'　　　　　　　　　　　　　　　（つ　ノ
　｀)　　ヽ,_)′　　　　　　　　　　　　　　　　　　ﾉ　ﾉﾉ
　⌒`

モデル作成にはつぎのものが必要です。

・ＤＢ鯖

・ＤＢ利用用設定ファイル

・テーブルの作成

まずＤＢですがＰＨＰ５に標準でついてくるＳＱＬiteなるものをチョイス。

ぶっちゃけ何のＤＢソフトでもＯＫですぉ。

でぁＳＱLiteを使用するという前提で話をすすめるょ!!

XAMPP環境。

CakePHPには「bake」なる各種設定ファイル生成スクリプトが用意されているのでそれを使用して設定ファイルをつくるよ!

bakeを実行するには環境pathにPHP.exeとcakePHPの「console」フォルダへのパスの追加が必要。

「スタート」「コントロールパネル」「システム」→詳細設定タブ→「環境変数」→「システム環境変数(S)」→Path→編集(I)ボタン押下

→末尾に「;c:\xampp\php;C:\xampp\htdocs\cakeapp\cake\console」を追加。

追加後コマンドプロンプト起動

↓

cd C:\xampp\htdocs\cakeapp

cake bake

welcome to cakePHP v*.*.* Console

--------------------------------------

App:app

path: c:****/****/****/*****/app

-------------------------------------

Your database configuration was not found. Take a moment to create one.

------------------------------------

ごにょごにょ。

と表示されればおｋ。表示されない場合はphp.exeと「console」フォルダへのパスのいずれかor両方が間違っている可能性。

では以下bakeできていることを前提に説明。

Name:

[default]>

設定ファイル名の入力になります。デフォでいいのでエンター。

Driver:(***/***/**/**/****/)

[mysql]>

ドライバの指定。今回はSQliteなので「sqlite」と入力。

Persistent Connection?(y/n)

[n]>

永続的接続をするかどうか。使用しないのでエンター。

Database host:

[localhost]>

DBのホスト名を入力。デフォでローカルになっているのでこのままエンター。

Port?

[n]>

ポート設定。SQliteでは特に指定しないのでそのままエンター。

User:

[root]>

アクセスするﾕｰｻﾞｰ名の指定。デフォでroot。指定する場合は入力。今回はそのままエンター。

Password:

>

パスワード。SQLiteでは必要ないので空エンター。「パスワードが空（ﾟДﾟ#）ｺﾞｰﾙｧ!!」といわれますが「y」と入力しエンター。

Database Name:

[cake]>

データベース名です。デフォでは「cake」。今回はC:\sqlite_data\cake.sqliteというＤＢファイルを用意しようと思うので「C:\sqlite_data\cake.sqlite」とパスを入力します。

Table Prefix?

[n}>

プリフィクスの指定です。特に指定しないので、そのままエンター。

Table encodeing?

[n]>

テーブルのエンコーディング指定。

「utf8」と入力してエンター。

最後に設定内容が全部表示されます。

おｋならそのままエンター。修正なら「n」でエンター。

Look okey?(y/n)

[y]>

エンター。

Do you wish to add another database configration?

[n}>

他のＤＢを作成するか？エンターで終了。

これでＤＢの設定ファイルが作成されました。

であ設定ファイルを確認してみませう。

「app」内の「config」内にあるぽ。

C:\xampp\htdocs\cakeapp\app\config。

でぁ作成された設定ファイル「database.php」を開いてみませう。

<?php
class DATABASE_CONFIG {

var $default = array(
'driver' => 'sqlite',
'persistent' => false,
'host' => 'localhost',
'login' => 'root',
'password' => '',
'database' => 'C:\sqlite_data\cake.sqlite',
'encoding' => 'utf8'
);
}

?>

ﾀﾌﾞﾝ↑のようになっていると思われ。

ＤＢの設定はDATABASE_CONFIGというクラスとして定義されています。

ここに$defaultというメンバー変数を用意し、そのなかに各項目の値を連想配列として収めているのです。

それぞれの内容は先ほどbakeで入力したものと同じですＹＯ。

もしＤＢに関する変更などあればこれを編集して対応しませう。

DB作成：

ＤＢを作成します。今回はC:\sqlite_data\cake.sqliteを指定したので『sqlite_data』フォルダを作成しますぉ。

フォルダ内に「cake.sqlite」というファイルを作成、「スタート」→「すべてのプログラム」→「アクセサリ」→「コマンドプロンプト」を開き、つぎのように入力。

C:\xampp\apache\bin\sqlite C:\sqlite_data\cake.sqlite

ではテーブルを作成しますＹＯ

create table blogs(

id integer not null primary key,

timestamp integer,

title varchar(255),

content text

);

でテーブル作成。作成すると空ファイルだったcake.sqliteが3KBになるぉ!

（ﾟωﾟ）テーブル分増加したんですね、わかります。

　　　　　　　　　　　　 -―￣￣｀ ―-- 　_　　　
　　　　　　　　　　,　´ 　......... . .　　　,　　　~　￣"　ー _　　　　　ﾌﾞｯﾌﾞｰ　
　　　　　　　　_／...........::::::::::::::::: : : :/　,r:::::::::::.:::::::::.:: :::.........｀　、　　　　ﾌﾞｰﾝ
　　　　　　 , ´ : ::::::::::::::::::::::::::::::::::::/　/:::::::::::::: : ,ﾍ ::::::::::::::::::::::: : ヽ　　　　　　ｷｷｰ
　　　　,／:::;;;;;;;| : ::::::::::::::::::::::::::::::/　/::::::::::::::::::: ● ::::::::::::::::: : : :,／
　　　と,-‐ ´￣: ::::::::::::::::::::::::::::::/　/:::::::::::r(:::::::::`'::::::::::::::::::::::く
　　(´＿＿　 : : :;;:::::::::::::::::::::::::::/　/:::::::::::`(::::::::: ,ﾍ:::::::::::::::::::::: ヽ
　　　　　￣￣｀ヾ＿::::::::::::::::::::::し ::::::::::::::::::::::: :●::::::::::::::::::::::: : : :_>
　　　　　　　　 ,＿　＼:::::＿|￣￣ |＿::::::::::::::: `' _＿:::::::::-‐ ´
　　　　　　　　(＿_ ￣~"　|　　　　　　　| ))￣
　　　　　　　　　　　　　￣◎￣◎￣

プライマリキーには「id」フィールドを指定。

またSQLiteだと「integer primary key」を指定するとそのフィールドはオートインクリメントだと判断されます。

これでテーブルは完成ぽ。

確認用につぎのようなレコードを挿入しておきませう。

INSERT INTO blogs(id,timestamp,title,conent) VALUES(1,122345,'test','this is test');

作業が＼(^o^)／らプロンプトを終了し、WEBブラウザであくせすしてみませう。

一番上のはそのまんまでおｋ。

重要なのは緑部分の上から３段目、４段目。

ＤＢの作成に成功すればこのように３，４段目がグリーンになるぽ。

ではモデルつくっちゃうＺＥ☆

モデルは「models」フォルダ内に配置します。

ここにblog.phpというファイルを作成し、以下のように記述をしましょう。

blog.php

<?php

class Blog extends AppModel{

public $name = 'Blog';
}

?>

（ﾟ∀ﾟ）

さて解説。解説するほどでもないが。

モデルクラスは「AppModel」を継承して作成していきますＹＯ。これはコントローラーやビューと一緒。

AppModelの中にはＤＢ操作のための一通りの機能がそろっているので継承するだけでフリーダム!!

クラスの中には$nameメンバー変数を用意し、これに名前を指定しておきます。

これもコントローラーのクラス同様昔の名残ですがおまじない(?)の為記述しておきますYO!

モデルクラスと命令規則；

モデルを作成するときに、最も重要なのは「名前」ﾃﾞｽ。

モデルクラスは前にも言ったとおり、ファイル名を「テーブル名.php」とし、クラス名をテーブルと同じものにするのが基本です。

今回は「blogs」というテーブルを使用するので、ファイル名は「blog.php」となります。

クラス名は「Blog」となっています。

テーブルはblogsと複数形で、モデルのほうはBlogと単数形になっていますが、これでちゃんと正しくblogsテーブルにアクセスできます。

ではコントローラーとビューを作成していきましょう。

まずコントローラーです。

「controllers」内に、「blogs_controller.php」というファイルを作成し、以下のように記述してください。

<?php
class BlogsController extends AppController{

public $name = 'Blogs';

function index(){
$data = $this->Blog->find('all');
$this->set('data',$data);
}

}

?>

indexで行っているのはBlogモデルからレコード情報を取得し、それを$dataという変数としてビューに設定する、ということだけです。

次にビュー。

「views」フォルダ内に「blogs」フォルダを新たに作り、そこに「index.ctp」ファイルを作成します。

index.ctp

見ればわかるように、$dataをprint_rで出力させます。モデルから取得したデータの形式が不明なのでprint_rを使ってます。

（ﾟдﾟ）完成したらhttp://localhost/cakeapp/blogs へｱｸｾｽ!ヽ( ^ω^)ﾉｻｸｾｽ!

成功すれば、このように表示されるはず。

これでSQLiteのＤＢのblogsテーブルからレコードが取り出され、変数$dataに設定したものが出力されるようになります。今はダミーが一件のみなので以下のように表示されるはずです。

Array

(

[0]=>Array

(

[Blog]=>Array

(

[id] => 1

[timestamp]=> 122345

[title] => test

[content] => this is test

)

)

)

これが、モデルによってDBのBlogsテーブルから取得したレコード情報です。これは整理すれば次のようになります。

Array

(

[レコード番号]=> Array

(

[テーブル]=>Array

(

[フィールド]=> 値

)

)

)

取得したテーブルは、順番に配列にまとめられます。それぞれの配列内には、テーブルごとのデータが連想配列の形で納められていて、各テーブル内には各フィールドの値がやはり連想配列の形でまとめられています。

この基本的な構造がわかれば、得られたレコード情報を取り出して処理をすることも可能になります。

では実際にちゃんとした形式でレコードの一覧表示をしていってみませう。

$dataから順にレコードを取り出し、そのBlogキーの値を取得すれば、Blogレコードのデータが得られることになります。あとはそこから各フィールドの値を取り出して書き出していけばいいでせう。

でぁ、index.ctpを次のように修正してくだしあ。

<h1>INDEX</h1>
<br/>
<table>
<tr><th>ID</th><th>DATE</th><th>TITLE</th><th>CONTENT</th></tr>
<?php

for($i = 0; $i <count($data); $i++){
$arr = $data[$i]['Blog'];
echo "<tr><td>{$arr['id']}</td>";
echo "<td>".date('Y/n/j',$arr['timestamp'])."</td>";
echo "<td>{$arr['title']}</td>";
echo "<td>{$arr['content']}</td></tr>";
}
?>
</table>

（ﾟдﾟ）修正が終わったらhttp://localhost/cakeapp/blogs へレッツアクセスヽ( ^ω^)ﾉｻｸｾｽ!

成功すれば、整形された形でレコードが表示される。

さて、コントローラーのindexに戻り、解説していきますＹＯ

class BlogsController extends AppController{

public $name = 'Blogs';

function index(){
$data = $this->Blog->find('all');
$this->set('data',$data);
}

}

まずは$this->Blog->find部分。

この$thisに用意されている「Blog」はBlogモデルクラスのインスタンスです。

コントローラーでは、使用するモデルのインスタンスが自動的にモデル名で組み込まれるようになっているのです。

つまりその後の「find」は、Blogモデルクラスに用意されているメソッドを呼び出していた、というわけです。

でぁ、モデルクラスのメソッドのfindについて。

find(モード,オプション);

第一引数のモード：

第一引数は検索のモードとなるテキストを指定するものです。用意されているモードには'all','first','list','count'の４つがあります。これらはそれぞれ以下の様な働きをします。

'all'⇒全レコードを得る。

'first'⇒最初の１レコードのみ取得。

'list'⇒レコードのリストを得る。

'count'⇒レコード数を得る。

一般的なレコード取得には'all'を使用。その他は特殊な情報の取得のため用のようなもんです。

　　　　　　　　　　　　／）
　　　　　　　　　　　／／／）
　　　　　　　　　／,.= ﾞ''"／　　　
　　　／　　　　 i f　,.r= '"-‐'つ＿＿＿_　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼　　　 `ー'´ 　　／

うむ。

つぎに第二引数だぉ!!

第二引数で指定できるオプションは次の通り。

'conditions'⇒検索条件の設定。条件をつけるフィールド名をキーに、検索する値を値とする連想配列として用意する。

'fields'⇒取得するフィールド名を配列として用意する。

'recursive'⇒再帰的に取得する深度。

'order'⇒取得順。順序を示す数字または名前を配列として用意する。

'limit'⇒取得するレコード数

'page'⇒取得するページ数

通常デフォ状態なら特に設定する必要はない。いっそ第二引数なしでじっこうするのも手。

　　　　　　　　　　　　／）
　　　　　　　　　　　／／／）
　　　　　　　　　／,.= ﾞ''"／　　　
　　　／　　　　 i f　,.r= '"-‐'つ＿＿＿_　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼　　　 `ー'´ 　　／

さて、レコードの検索ができたところで次にレコードを追加する処理を追加しよう。

ここでは「add」というアクションを用意し、これで追加を行うことに汁。

まずビューを作成汁。

「views」内「blogs」内に新たに「add.ctp」を作成。以下の通り。

add.ctp

<h1>ADD</h1>
<br/>
<form method="post" action="add">
TITLE:<input type="text" name="title"/>
CONTENT:<textarea name="content"></textarea>
<input type="submit" value="ADD" />
</form>

POSTでADDに送信するフォームです。

次にコントローラー。

BlogsControllerクラスに新たにaddメソッドを追加しませう。

addメソッド

function add(){
if(!empty($this->params['form'])){
$data = array('Blog'=>array());
$data['Blog']['timestamp'] = time();
$data['Blog']['title'] = $this->params['form']['title'];
$data['Blog']['content'] = $this->params['form']['content'];
$this->Blog->save($data);
$this->redirect('.');
}

}

（ﾟдﾟ）ｸﾜｯ

ここまででけたらhttp://localhost/cakeapp/blogs/add へレッツアクセスヽ( ^ω^)ﾉｻｸｾｽ!

作成したadd.ctpの結果。

レッツ入力ヽ( ^ω^)ﾉ

クエリ送信結果。追加された。

ヽ( ^ω^)ﾉｻｸｾｽ!

　　　　　　　　　　　　　　ｒ'ﾟ'=、
　　　　　　　　　　　 /￣`''''"'x、
　　　　　　　　　　,-=''"`i, ,x'''''''v'"￣`x,__,,,＿
　　　　　　＿＿,,/　　　　i!　　　　　　　 i,￣＼ ` 、
　　__x-='"　　　 |　　 /ヽ　　　　　/・l,　l,　　＼　ヽ
　/（　　　　　　　 1　 i・ﾉ　　　く、ﾉ　|　　　　i　　i,
　|　i,　　　　　　　 {,　　　　　ﾆ　 ,　　　 .|　　　　|　　i,
　.l, 　i,　　　　　　　 }　　人　　ﾉヽ　　　|　　　　{　　 {
　 },　 '、　　　　　　 T`'''i,　 `ー"　＼__,/ 　　　 .}　　 |
　 .}　, .,'、　　　　　　 },　 `ー--ー'''" /　　　　　 }　　 i,
　　| ,i_,iJ　　　　　　　 `x,　　　 _,,.x="　　　　　　 .|　　 ,}
　`"　　　　　　　　　　　∩　`ー'" ∩　　　　　　　　iiJi_,ﾉ
　　　　　　　　　　　　　 //　　　　　| |
　　　　　　　　　　　　　//Λ＿Λ　 | |
　　　　　　　　　　　　　| |（　´Д｀）// ＜うるせぇ、スプーぶつけんぞ
　　　　　　　　　　　　　＼　　　　 |
　　　　　　　　　　　　　　 |　　　／
　　　　　　　　　　　　　　/ 　　/
　　　　　　　　＿＿　　 |　　　|　　＿_
　　　　　　　　＼　￣￣￣￣￣　　＼
　　　　　　　　　||＼　　　　　　　　　　　＼
　　　　　　　　　||＼||￣￣￣￣￣￣￣||
　　　　　　　　　||　 ||￣￣￣￣￣￣￣||

では解説。

レコードの追加は次の形式で行われます。

[モデル]->save(連想配列);

引数に渡す連想配列では、モデル名をキーとする要素が用意されます。

そしてその中に、フィールド名をキーとする連想配列の形で登録するデータが用意されます。

基本IDはオートインクリメントの為DB側で勝手に処理されますが、万が一ＩＤが重複するような事態になった場合、エラーではなくそのＩＤのレコードを更新します。

つまり、新規登録と更新を兼ね備えているわけです。

すげぇ。スプー並。

りだいれくとについて。

$this->redirect(アドレス);

コントローラーにあるリダイレクトを呼び出して特定のアドレスに移動します。

これはページ遷移の基本として覚えておきませう。

　　　　　　g(^^^^_______,,,,,,;;59q
　　　,,p6lﾟﾟ　　　ﾟl[゛｀､]pvn .l[..l
　　」"　　4^ﾟﾟﾟﾟﾟﾟﾟ_][　　__,,,,　.l[
　　[゜　　,,g「ﾟp[{4,,　　（" ＾〉.＼
　　],,,,glﾟ"　 .l[、.;][　　.＼^^^ .l
　　　　]!　　　ﾟ＼　__,,xxx。　　]
　　　 ][　　　　　　[ﾟ　　　]l.　〈
　　　J!　　　　　　〔、　　.l[　　]
　　　｜。_　　　　 .＼-fff"　,,p
　　　　　＾"^9nxxxx.／r==4"゛

ポーニョポーニョポニョ♪

　　　　　　,,,,,,pxxvxxg,,,,_
　　 ,,df(^"゛　g、　　　＾ﾟﾟlq
　　〈!　　 ,,dlﾟ゛　　　.／==x]t,,_
　　 ]l.__,,g[,,,,,,,,,,,,,,p4"　　　.l[＾k
　　　][「,,pr=t、｀､　　____　.l[　]
　　g"　][_　　]!　　./「ﾟ＾ﾟ9,,「n,,]
　4ﾟ　.｡、.＼イ　　　ﾟlk　,,g[　 .l]
　]l.　〈＾ﾟltn4,,,,_　　　　　　　　]
　ヨ｡. ﾟll._　　　ﾟ"9n.......／ff　　]
　　ヨ、.＼q,,,,____　　　,,gf゛　glﾟ
　　　＾9nnxxxxxﾟﾟﾟﾟﾟﾟﾟﾟﾟﾟxvtf"゛

魚の子 !

グロはんな!!

というわけで次は記事の削除処理を実装していきましょう。

まずは削除用のファイルの作成。

ビュー部分からいきますＹＯ!

「views」フォルダ内の「blogs」フォルダ内に「delete.ctp」というファイルを作成します。

以下delete.ctp

<h1>DELETE</h1>
<br/>
<form method="post" action="delete">
ID:<input type="text" name="id">
<input type="submit" value="DELETE">
</form>

（ﾟдﾟ）つぎにコントローラーにdeleteメソッドを追記しますＹＯ!!

blogs_controller.phpにつぎのメソッドを追記。

function delete(){
if(!empty($this->params['form'])){
$this->Blog->del($this->params['form']['id']);
$this->redirect('.');
}
}

（ﾟдﾟ）完成したら…

http://localhost/cakeapp/blogs/delete

へレッツアクセスヽ( ^ω^)ﾉｻｸｾｽ!

削除画面。

試しに記事No2と入力。

削除後に一覧画面へリダイレクトされる。結果、No2が削除された。

　　　　　　　／⌒ヽ
⊂二二二（　＾ω＾）二⊃
　　　　　　|　　　 / 　　　　　　ﾘﾀﾞｲﾚｸﾄﾌﾞｰﾝ
　　　　　（　ヽノ
　　　　　　ﾉ>ノ　
　　三　　レﾚ

解説。

レコードの削除は次の書式で実現します。

[モデル]->del( ID );

[モデル]-> remove( ID );

レコードの削除はモデルクラスに用意されている「del」または「remove」というメソッドで行います。

引数に、削除したいレコードのIDを指定して呼び出すと、そのレコードが削除されます。

非常に単純☆ミ

以下余談。

WEBシステム構築時にＤＢを使用しないほうが珍しい時分。

それゆえ、「DB関連の確認のためにいちいち登録・削除・更新処理を書くなんて」と思ってる人向けにscaffoldについて説明するじぇ(´・ω・｀)ﾉ

「テスト用DBを操作する仮のシステムがほすぃ」

「管理用にＤＢアクセスする機能がほすぃ」等システムの中の必須部分ではない面でいちいちシステムを一から導入していられるかっ!!て人に最適なのがscaffold。

今から解説するぉ。

とりあえずDB関連のシステムがほしいのよ。という時に活用くだしあ。

Blogモデルを利用するための機能をscaffoldで実現してみませう。

まずはコントローラークラスを次のように修正しませう。

blogs_controller.php

<?php
class BlogsController extends AppController{

public $name = 'Blogs';

function index(){
$data = $this->Blog->find('all');
$this->set('data',$data);
}

function add(){
if(!empty($this->params['form'])){
$data = array('Blog'=>array());
$data['Blog']['timestamp'] = time();
$data['Blog']['title'] = $this->params['form']['title'];
$data['Blog']['content'] = $this->params['form']['content'];
$this->Blog->save($data);
$this->redirect('.');
}

}

function delete(){
if(!empty($this->params['form'])){
$this->Blog->del($this->params['form']['id']);
$this->redirect('.');
}
}
}

?>

↑を↓のように修正。

<?php
class BlogsController extends AppController{

public $name = 'Blogs';
public $scaffold;
}

?>

これでおｋ。

コントローラーには一切メソッドを用意する必要はありません。

また、ビューも不要。

「views」内に用意した「blogs」フォルダを削除するなり他に移動するなりして取り除きませう。

とりあえず「blogs」を↑の階層に移動。

（ﾟдﾟ）ｸﾜｯ　これでなにもなくなった!!さぁどうなる!?

なん…だと?

（ﾟдﾟ）↑からもわかるようにメソッドもビューもへったくれもなくてもＤＢ関連の処理が実現できてしまうのがscaffoldの機能。

scaffold…恐ろしい子…!!!

画面を確認すればわかるのですが、なんとView Edit Deleteと、一通りの操作が全部行えますＹＯ。

ちなみにscaffoldを使用するための準備はコントローラークラスでメンバー変数「public $scaffold;」を用意するだけ。これだけ。

あとはscaffold側でDB関連の機能一切を担ってくれます。ウホッ、いいscaffold。

scaffoldはすべての機能を使わなくてはならないわけではありませぬ。

コントローラークラスにアクションメソッドがある場合に、そのメソッドが優先されます。

例えばscaffoldのindexメソッドで一覧表示が出ますが、コントローラークラスに他のindexメソッドがあればそちらが優先されます。（もちビューも用意されたものが使われる）

なので一般に使うindexのみ作って他はscaffoldにやってらう、ということも可能ですＹＯ。

長いorz

（ﾟдﾟ）というわけでようやくMVCの最後のMが終了。

次回はヘルパーについてやっていきますＹＯ!

TO BE CONTINUED!

cakePHP for windows 4