Zend Framework Part4

**nobodyさん** · 2010/02/09(火) 22:21:24

公式
http://framework.zend.com/

マニュアル
http://framework.zend.com/manual/ja/

翻訳状況
http://mikaelkael.dyndns.org/checker/language/details/lang/ja
http://framework.zend.com/wiki/display/ZFDEV/Japanese+(Nihongo)

バグ報告
http://framework.zend.com/issues/secure/Dashboard.jspa

API
http://framework.zend.com/apidoc/core/

前のスレッド Zend Framework Part3
http://pc11.2ch.net/test/read.cgi/php/1239320100/

**nobodyさん** · 2010/11/05(金) 02:12:03

>>637
＞＞if ($diary->isValid()) $this->_redirect('/error/pt/paramerr');
＞これは、ifの()の中ってこれで良いんですか？

ごめん。　if (!$diary->isValid()) だね。

**624** · 2010/11/05(金) 02:50:10

>>638
おお、良かったです
こんな時間にありがとうございました

**nobodyさん** · 2010/11/05(金) 09:45:33

array渡しはJavaScriptでもよくあるし
JSONやXMLとの親和性もいいんじゃないか？

**nobodyさん** · 2010/11/05(金) 16:52:21

オーバーロードが出来ない言語ではよくある手段だね。

**nobodyさん** · 2010/11/05(金) 19:40:31

ZF 1.11来たな
http://sourceforge.jp/magazine/10/11/05/0641258

**nobodyさん** · 2010/11/05(金) 20:48:27

>>641
単に引数の個数が可変の時に使ってるだけじゃね？

**nobodyさん** · 2010/11/06(土) 00:53:16

>>643
普通は無尽蔵に可変なら配列で渡すし、
引数の数や型よって処理が変えたいのであればオーバーロードする。

PHPはオーバーロードが無いから仕方無い。

**nobodyさん** · 2010/11/06(土) 01:07:38

>>644
extractとfunc_get_argsのどっちの話？

**nobodyさん** · 2010/11/06(土) 01:11:09

>>645
func_get_argsの話。
単に不特定多数の値を渡すだけなら配列渡しの方が見通しが良い。
func_get_argsは、引数の数をチェックして振る舞いを変える為にあるイメージ。(疑似オーバーロード)

まぁ好みの問題だろうけど。

**nobodyさん** · 2010/11/06(土) 01:38:52

いや不特定多数の引数を渡す時のための関数だともうよ

**nobodyさん** · 2010/11/06(土) 02:46:56

不具合の温床になるから、
配列渡しの書き方を省略したいだけなら array() でくくった方が良いと思う。
IDEとの相性も悪いし。

**nobodyさん** · 2010/11/06(土) 02:49:53

不具合ってどんな不具合？

**nobodyさん** · 2010/11/06(土) 03:05:36

何故オーバーロードという概念があるか考えれば解るよ。

逆にarrayで囲わない理由は何だろうか？面倒だから？

**nobodyさん** · 2010/11/06(土) 03:08:01

なんだよ例出せないんじゃん

**nobodyさん** · 2010/11/06(土) 04:48:15

>>651
うーん。そもそもオーバーロードの概念が無い人には説明し辛いんだが

function hoge($array) {}
function hoge($string, $string) {}
function hoge($string, $array) {}

という感じで、同名関数だけど引数によって処理が変わる場合に使うのが望ましいだよ。
ここまでは解る？

fung_get_args()で配列を受け取りたいだけならarrayを受け取る関数一つでもいいよね？

function hoge($array) {}

ここでまでは解る？

オーバーロードは本来、
受け取った引数の型や個数によって処理を振り分ける場合に有用なんだよ。
PHPじゃなくてプログラミング言語自体の基礎がついていれば普通は理解出来ると思うが。

**nobodyさん** · 2010/11/06(土) 13:19:33

オーバーロードの例出してどうするｗ
func_get_argsがオーバーロードを実現するための関数だという根拠は何か
そしてそれを使うとどういう不具合が発生するのか
を聞いてるんだけど

**nobodyさん** · 2010/11/06(土) 14:18:26

どっちかっていうと、Cでいうところのstdarg的な使い方を目指してるんじゃね？

**nobodyさん** · 2010/11/06(土) 14:24:08

引数の型や個数を見て処理を振り分けるのはオーバーロードとは違うと思う。
オーバーロードは、引数の型や個数を関数を区別する情報の一部として扱うことで、
それぞれ別個の関数を定義する仕組み。
実行時に引数を見てシミュレートすることはできるだろうけど。

**nobodyさん** · 2010/11/06(土) 14:32:07

「ここまでは解る？」とか痛すぎる

**nobodyさん** · 2010/11/06(土) 17:24:47

>>653

**nobodyさん** · 2010/11/06(土) 17:36:17

>>653
マニュアル嫁
http://php.net/manual/ja/function.func-get-args.php
逆に配列渡しにしない理由はなんだよ？

>>655
わかってるよ(>>646に書いてる)

**nobodyさん** · 2010/11/06(土) 17:46:21

どっちが良いかなんて、ケースバイケースじゃね？
引数を実行時に組み立てたいなら配列しかないだろうし、
printf的な使い方なら、いわゆる可変引数の方が直感的だろうし。

**nobodyさん** · 2010/11/06(土) 19:28:44

>>658
え？>>653の上下どっちに対する回答？
オーバーロードの話も不具合の話も書いてないけど

**nobodyさん** · 2010/11/06(土) 20:34:35

>>660
マニュアルのコメント欄まで嫁。
配列渡しを拒む理由も書け。

**nobodyさん** · 2010/11/06(土) 21:23:28

>>661
User Contributed Notesはユーザが勝手に追加するコメントだよ？
逆にいうとそこ載っているという事こそ、標準の使い方でないことの証明。
しかも数十件ある中で１件しかそんなこと書いてないからPHPユーザの中でもそんなことしてるのはマイナーと思われる。

**nobodyさん** · 2010/11/06(土) 21:43:07

>>662
＞逆にいうとそこ載っているという事こそ、標準の使い方でないことの証明。
なんねーよｗ

func_get_argsが直接バグを生み出す訳では無い

　・関数の内部処理を見ないとパラメータの扱いが解らない
　・タイプヒンティングが使えない
　・IDEによる補完機能が使えない
　・バージョンによる挙動の違い

という制約が結果的に潜在的なバグを生み出しやすいって事だよ。
それらを踏まえて、単に複数パラメータを渡すだけならarrayを使い、
オーバーロード的な振る舞いを行いたい時にfunc_get_argsを使えば良い。

で、頑なに配列渡しを拒む理由は何なの？

**nobodyさん** · 2010/11/07(日) 21:13:27

func_get_args()、検索したらZFの中では60箇所使われてた。
いくつか見た感じ、ZFではオーバーロード的な振る舞いを狙った使い方はしてないかも？

ただ >>663 の
＞単に複数パラメータを渡すだけならarrayを使い、
＞オーバーロード的な振る舞いを行いたい時にfunc_get_argsを使えば良い
はわりと同意。

**nobodyさん** · 2010/11/09(火) 09:47:23

>>664
ありがとう。
検索してみたけど、確かにオーバーロード的な使い方はしてないね・･･(sprintf系が多い？)

個人的にIDEに洗脳されつつあるので、可変引数は毛嫌いしてたけど、
ちょっと引き出しが増えた気分だよ。ありがとう。

**nobodyさん** · 2010/11/09(火) 17:16:52

zend_dbでの例外処理で質問です。

$ret = $db->query("insert～～");
$rowCount = $ret->rowCount();
$errCode = $ret->errorCode();
if($rowCount == 1 && $errCode="00000"){//クエリは成功しました}

自分は普通、Zend_dbで単純なinsert処理とかをする場合は上記のようにクエリの成功／失敗を判別してるけど
トランザクション処理の場合、以下のようにやってます。
try{
　$db->beginTransaction();//トランザクション開始
　$lastInsertIdAry = array();
　for($i=0; $i<$n; $i++){
　　$db->query(
　　　"INSERT INTO `{$table}`(id,uType) VALUE(:id,:uType)",
　　　array(':id'=>0, ':uType'=>$uType)
　　);
　　$lastInsertIdAry[$i]=$this->_dbConn->lastInsertId();
　}
　$db->commit();
　return array('status'=>'success', 'insertIdAry'=>$lastInsertIdAry);
}catch (Zend_Db_Statement_Exception $e){//トランザクション失敗A
　$db->rollBack();
　$msg = $e->getMessage());
　return array('status'=>'errorA', 'errorMsg'=>$msg);
}catch (Exception $e){//トランザクション失敗B
　$msg = $e->getMessage();
　return array('status'=>'errorB', 'errorMsg'=>$msg);
}

もっと効率的なやり方ないですか？　またそもそもこの方法に穴はないでしょうか。
発生したエラーをログに残すのに効率的な方法を探してます。

**nobodyさん** · 2010/11/09(火) 23:37:52

トランザクション失敗Bでロールバックしなくていいの？
あと何のDB使ってるか知らんけどidに0入れてauto incrementになるのかい

効率的といってもコード量なのかメモリ量なのか実行速度なのか可読性なのか開発効率なのか保守性なのか
何を重視するのかによる

**nobodyさん** · 2010/11/09(火) 23:49:24

>>663
>　・関数の内部処理を見ないとパラメータの扱いが解らない
>　・タイプヒンティングが使えない
>　・IDEによる補完機能が使えない

それって全部arrayでも同じじゃないの？

**nobodyさん** · 2010/11/10(水) 00:04:44

>>668
同じじゃない。

**nobodyさん** · 2010/11/10(水) 00:09:14

>>669
なんで？

**nobodyさん** · 2010/11/10(水) 00:21:19

>>670
なんでと言われても･･･同じじゃない。

**nobodyさん** · 2010/11/10(水) 00:22:28

なんじゃそりゃ

**nobodyさん** · 2010/11/10(水) 00:31:38

>>672
>・関数の内部処理を見ないとパラメータの扱いが解らない
これは少々語弊があるね･･･
パラメータの扱いではなく、必要なパラメータが関数の宣言を見るだけで解る。
(func_get_argsにすると内部処理を見ないとわからない)
(PHPDocに書けば別だが、IDEは認識出来ない)

>・タイプヒンティングが使えない
arrayは使える

>・IDEによる補完機能が使えない
引数定義しておけばパラメータ補完機能が働く

以下コード例

function hoge(array $array) {}

function hoge() { $array = func_get_args(); }

**nobodyさん** · 2010/11/10(水) 14:17:57

リダイレクト先にuserParamsの形でURLを渡すのはどうやったらいい？

$referer = urlencode("http://www.yahoo.co.jp");
$this->_redirect('/hoge/user/taro/referer/'.$referer);
↑の方法でリダイレクトさせたら404 Not Foundが返ってきて困ってる
（$refererを空欄にするとちゃんとリダイレクトできる）
$refererをurlencode()しなければリダイレクトは成功するけどrefererの値がhttp:になってしまうし

もしかしたらZend以前の問題かも知れないけどアドバイスお願いします

**nobodyさん** · 2010/11/10(水) 15:52:53

>>674
base64_encodeしたら？

**nobodyさん** · 2010/11/11(木) 19:52:34

メソッドオーバーロードを標準でサポートしてるメジャーなスクリプト言語ってないよな。Perl6がサポートするみたいだけど。
引数が多くなってきたらハッシュで渡すのが、メソッドオーバーロードのないスクリプト言語での常套手段だと思う。

**nobodyさん** · 2010/11/11(木) 21:00:10

そういうのはオーバーロードできる言語でもハッシュで渡すんじゃね？

**nobodyさん** · 2010/11/12(金) 11:04:01

Zend_Paginator でページ移動をするviewで、
ページのエレメントではないチェックボックスやテキストボックスの状態を
ページ移動後も維持したいのですが、
方法が分かりません。ページ移動すると初期状態にもどります。
Zend frameworkに何か仕組みはあるのでしょうか？

**nobodyさん** · 2010/11/12(金) 12:11:24

移動前にサーバ側でパラメータ持ってればそのまま引き継がれるはず。
クライアント側で変更したなら当然Javascript使わなきゃだよ。

**nobodyさん** · 2010/11/12(金) 12:21:47

すまんちょっと訂正
viewscript内のhrefって基本は自分で書くようになってるやん。
維持するのもリセットするのもあんた次第。
維持する項目が多くてPC用ならセッション使うのが普通。

**nobodyさん** · 2010/11/12(金) 13:54:05

初めてZend Frameworkを触り始めました。
Bootstrapで初期処理を行うクラスとみて大丈夫でしょうか。

また、Bootstrap.phpで
protected function _initTest() {
$this->foo = 'var';
}

と変数を格納した場合、
class TestController extends Zend_Controller_Action
public function indexAction()
{
var_dump($this->foo);
}
}

のように、コントローラ側に値を渡すにはどうすれば良いのでしょうか

**nobodyさん** · 2010/11/12(金) 16:52:02

bootなんちゃら使ったことないから間違ってるかもだけど
$this->getInvokeArg('bootstrap')->foo

**nobodyさん** · 2010/11/12(金) 18:01:38

なんかもうフレームワークとかワケワカメだわ
いちいち必要なモジュール読み込んで
手続き書いていくだけでおなかいっぱいだよ・・

**nobodyさん** · 2010/11/12(金) 19:24:22

>>683
その手続きの先にある馬鹿げた繰り返しを防ぐためのものだから
もう少しだけがんばれ

**nobodyさん** · 2010/11/13(土) 01:50:36

上の方にも書いてあるが、引数をハッシュにするとタイプヒンティングが利かなくなって、それが問題。

**nobodyさん** · 2010/11/13(土) 09:44:11

>>681
ちょっと違う
ブートストラップは、リソースを初期化してコンテナに保存する所なのよ。
つまりこう

protected function _initTest() {
$test = new stdClass;
$test->foo = "bar";
return $test;
}

とやるとtestという名前でコンテナ（レジストリ）に保存されるから、
あとはコントローラでもモデルでもビューでもどこからでも
ZendRegistry::get('test')->foo;
てやれば取り出せる

フロントコントローラとかビューとかDBとか良く使うリソースは、それ用のプラグインがあって、
初期値だけiniファイルで与えてやればコード書かなくても勝手に作られるようになってる。

**nobodyさん** · 2010/11/13(土) 10:24:40

>>685
/* @var $name ClassName */
を駆使すりゃどうにでもなるだろ
まぁ無駄なコードは増えるが

**nobodyさん** · 2010/11/13(土) 10:47:24

タイプヒンティングもオーバーロードもやらないで柔軟に開発するってのが元々のPHPの設計思想だろ
だからハッシュだとか可変引数だとかの議論はナンセンス

**nobodyさん** · 2010/11/13(土) 10:54:25

思想なんて変わってんのに、もともとのＰＨＰの設計思想なんかに縛られてる方がナンセンス。

**nobodyさん** · 2010/11/13(土) 11:35:43

>>687
それはタイプヒンティングでは無い。

>>688
そんな事は名言されていない。
思想時に無かった故に、継ぎ足しされてカオスなコードになっているだけ。知ったか乙。

**nobodyさん** · 2010/11/13(土) 12:00:49

>>689
縛られてなんかないよ。
PHPでもやろうと思えばできる、やってもいいしやらなくてもいい、
ただ元々の設計思想が違うんだからJavaと同じようにできるわけがない、だからPHPがどうとかJavaならどうとかいう議論自体が無意味。
むしろ、OOP的に書かねばならないという方が凝り固まっているよ。

>>690
明言されてたら無条件に従うのか？ｗ
思想時って何かよく分からないけど、上述の通りスタートが違うんだから仕様が違って当然。
カオスになって付いていけない？Perl的な書き方もC的な書き方もJava的な書き方もできるようにしましょう、ってだけの簡単な話だと思うが。
別に使うか使わないかはユーザの自由だよ。

**nobodyさん** · 2010/11/13(土) 12:22:25

まあ>>688はナンセンスって言ってるだけで
議論の価値そのものを否定してるわけではないだろうし
そうしてる間にも俺はオナ禁してるわけで

**nobodyさん** · 2010/11/13(土) 12:50:16

>>691
論点ずれすぎ。日本語でおｋ。

**nobodyさん** · 2010/11/13(土) 14:09:27

おまえら引数にそうとうなこだわりがあんだな。

そんなことよりzendの話しようぜ。
>>686 たいぶ間違ってた、みんなごめん。ZendRegistry::set()/get()も簡単で悪くないと思うけど。

リソースが保存されるのはブートストラップの中にあるZend_Registryインスタンスだった。
だからアクションでtestリソースを得るには、
$this->getInvokeArg('bootstrap')->getResource('test')->foo

モデルとか外部から呼ぶときは、やっぱフロントコントローラのインスタンスからブートストラップを
とってくんのかな・・なんかまわりくどいような。

quickstartでDBアダプターどうなってんだろうと思って調べたら・・・！なんとで、Zend_Db_Tableの
staticなクラス変数にデフォルト値としてアダプタのインスタンスを突っ込んでたｗ
たしかブートストラップのリソースプラグインあたり

**nobodyさん** · 2010/11/13(土) 17:25:56

いろいろ調べたんでまとめさせてください。というか間違いがあったら指摘して欲しい

Zend_Applicationを使うときの話です。
リソースプラグインを書かず、一般に俺々リソースを注入するには

まず application.ini に
oreore.foo = bar

Bootstrapで、
protected function _initOreore()
{
$oreore = new Oreore($this->getOption('oreore'));
//または
$oreore = new Zend_Config($this->getOption('oreore'));
//または
$oreore = $this->getOption('oreore');
// または
Oreore::setDefaultOptions($this->getOption('oreore'));

return $oreore;
}

アクションコントローラで、
$this->getInvokeArg('bootstrap')->getResource('oreore')->foo

モデルで使うには、
Zend_Controller_Front::getInstance()->getParam('bootstrap')->getResource('oreore')->foo

またはアクションコントローラでモデルをnewするときに、
$this-_oremodel = new Oremodel(
$this->getInvokeArg('bootstrap')->getResource('oreore')
);

**nobodyさん** · 2010/11/13(土) 17:28:27

>>691

PHPそのものはともかく、ZFでは基本的にOOP推奨な気がするけど。

**nobodyさん** · 2010/11/13(土) 17:30:24

＞むしろ、OOP的に書かねばならないという方が凝り固まっているよ。

むしろ、フレームワークって凝り固めてブレを減らすためのツールじゃないの？

**nobodyさん** · 2010/11/13(土) 18:43:11

反応ないな(´・ω・`)
リードオンリーなら2番目の
return new Zend_Config($this->getOption('oreore'));
禿げしく推奨

**nobodyさん** · 2010/11/13(土) 21:54:53

フォーム表示用のアクションと
検証を行うアクションを別にするとどうもしっくり来ない
検証エラーがあった場合に表示させることを考えると同じメソッドにした方が楽だけどそのへんどう？

**nobodyさん** · 2010/11/14(日) 12:36:29

BootstrapでGET、POST取得する方法ないのん？

**nobodyさん** · 2010/11/14(日) 20:41:27

>>697
フレームワークはOOPではない

**nobodyさん** · 2010/11/14(日) 21:38:53

Bootstrapの_init***で
$this->bootstrap('Request');
がなぜ使えないという事を聞いてるんですか？
普通に $_GET や $_POST 使えばいいのでは

**nobodyさん** · 2010/11/15(月) 07:59:13

>>701
日本語でおｋ

**nobodyさん** · 2010/11/15(月) 13:31:06

>>701
？？

**nobodyさん** · 2010/11/15(月) 13:40:11

>>679 >>680
返事ありがとございます。
保存したい値を追加したURLへリダイレクトするようにします。

**nobodyさん** · 2010/11/15(月) 16:55:25

Zend FrameworkでPDO_Mysqlを使っております。
最後にデータベースに格納したauto_increment_idを取得する場合、
last_insert_id()に値する関数はありますか？
(ちなみにZend_Dbを使っております)

**nobodyさん** · 2010/11/15(月) 17:07:49

>> 706
こんなふうに DbTable でやっています。
$this->insert($data);
return $this->_db->lastInsertId();

**nobodyさん** · 2010/11/15(月) 19:35:02

Zend触り始めたけど結構活発で良かった

エラーの質問ですが
An error occurred
Application error
と出てエラー内容が出ないのですが、どこで設定できるのでしょうか
宜しくお願いします

**nobodyさん** · 2010/11/15(月) 22:49:00

>>707
insertの戻り値でもプライマリキー取れるよ。

>>707
http://framework.zend.com/manual/ja/learning.quickstart.create-project.html
Configurationの項目見る、環境変数はhtaccessで設定するようになってたと思う

**nobodyさん** · 2010/11/16(火) 07:53:24

>>709
あちがとうできました！
お陰でエラーの原因を突き止めやすくなりました

**nobodyさん** · 2010/11/16(火) 09:45:32

>>708
.htaccessかhttpd.confに
SetEnv APPLICATION_ENV development

**nobodyさん** · 2010/11/16(火) 10:41:07

>>709
そうだったんですね。orz
情報ありがとうございます。

**nobodyさん** · 2010/11/19(金) 19:11:59

ZFのModuleって使えそうで使えないな…
該当モジュールにルーティングされようとなかろうと、
常に全モジュール初期化されるって仕様はどうなの。
モジュール別にPlugin動かしたりしたいのにわけわからなくなるだろ・・・
意味なくね？

**nobodyさん** · 2010/11/19(金) 19:21:11

逆にモジュールごとに初期化するのメンドクサってのがphperのレベル。
豪にイラズンバゴウに従え。

**nobodyさん** · 2010/11/19(金) 21:29:39

モジュールは構成が複雑になるだけで、使い勝手微妙だよな･･･

というかZend_Controller系全般が微妙

**nobodyさん** · 2010/11/21(日) 15:42:08

>>695
亀ですまんが、モデルからFrontController参照するのは筋が悪いと思う。
モデルの単体テストが難しくなる。

サービスロケータでも作ってモデルインスタンス取得を初期化し、
そこでセットしてあげるのがいいんじゃないかな。
単体テスト時はsetUpでセットしてあげれば良いし、
モックをセットするようなことも簡単になる。

**nobodyさん** · 2010/11/22(月) 11:29:12

おおそういう意見を待ってたのよ。でもまあ議論したいわけじゃなくて
だいたいこうやっときゃ齟齬ないよってのが知りたいだけなんだけど。

たしかにモデルからFrontController参照するのは都合悪そうですな。
やっぱモデルのコンストラクタに必要なリソースを入れるのが普通ですかな。

**nobodyさん** · 2010/11/22(月) 16:21:21

>>700
Bootstrapでリクエストオブジェクトを使うには、自分でリソース化しなきゃだめ。
やり方はリファレンスガイドのZend_Applicationあたり参照。

リクエストオブジェクトってリソースって扱いじゃないみたい。
フロントコントローラで作られて、ルーター、ディスパッチャやコントローラーで共有してるって感じ。

**nobodyさん** · 2010/11/24(水) 15:59:17

その編の単体テストとか考えてプログラミングしてる香具師がphpの場合は皆無だしなあ。
htmlやjavascript並にちゃんと表示されて動けばいいジャンで終わってるし。

**nobodyさん** · 2010/11/24(水) 16:08:32

字面だけだと解りにくいし
どっかに日本語で講義してるサイトとかあればいいなぁ

**nobodyさん** · 2010/11/25(木) 23:18:34

ZFってプラグインとかプラグインリソースとかコントローラーとか、
シングルトンだと思ってたらinitが何度も呼ばれてたりしてよくわからん。。

**nobodyさん** · 2010/11/27(土) 01:59:15

oopはinit呼ばれまくりなのは基本。ウザイならクラスを上書きすれば。

**nobodyさん** · 2010/11/27(土) 15:01:11

class IndexController extends Zend_Controller_Action {
public function init(){
echo $this->view->render('index/header.phtml');
exit();
}

正しくheader.phtmlは出力されるのですが、

$this->_helper->layout->header =$this->view->render('index/header.phtml');

として、
レイアウトスクリプトの中で、

<?php echo $this->layout()->header; ?>

としても何も出力されません。
なぜ出力されないのでしょうか?

**nobodyさん** · 2010/11/27(土) 15:23:52

$this->layout()->header = $this->view->render('index/header.phtml');

**nobodyさん** · 2010/11/27(土) 15:38:07

>>724さん、ありがとうございます。

しかし、何も表示されないです・・・・。

**nobodyさん** · 2010/11/27(土) 23:57:44

$this->header = $this->view->render('index/header.phtml');

<?php echo $this->header; ?>

**nobodyさん** · 2010/11/29(月) 15:27:10

>>722
わかって端折って書いてるんだろうけど、字面どおりだとなんだかなーなかんじ。

**nobodyさん** · 2010/11/29(月) 22:14:24

http://zend.localhost/testにアクセスすると以下メッセージが出ます、
基底クラスからコントローラー付きの_forwardが使えないのって仕様なんでしょうか？バグなんでしょうか？
require_once APPLICATION_PATH . '/controllers/AbstractController.php';
class IndexController extends AbstractController
{
public function adultAction()
{
die("adult");
}}
require_once APPLICATION_PATH . '/controllers/AbstractController.php';
class TestController extends AbstractController
{
public function init()
{
$this->setup();
}
public function indexAction()
{
// action body
}}
class AbstractController extends Zend_Controller_Action
{
protected function setup()
{
// $this->_forward("adult", "index");
$this->_forward("adult", "index");
//$this->_redirect("/index/adult");
}}

**nobodyさん** · 2010/11/30(火) 10:35:10

リファレンスのアクションコントローラーのとこ嫁
_forwardはinitじゃなくてpreDispatchで使う仕様。
無駄を省くためわざとそうなってんのかな。

**nobodyさん** · 2010/11/30(火) 15:54:28

Zend_Applicationをコマンドラインから使えるか試してみました。
そこまでして…という気がしなくもなくなってきたんですがまあせっかくなんで。

[command-line : production]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
phpSettings.error_repotring = -1
phpSettings.log_errors = 1
resources.frontController.throwExceptions = 1
resources.frontController.noErrorHandler = 1
resources.frontController.noViewRenderer = 1
resources.frontController.disableOutputBuffering = 1
resources.layout.layoutPath =
resources.layout.layout =
　↑残念ながらiniの値はunsetすることができずlayoutは作られてしまう。
　　どこかでdisableLayout()する必要がある。

あとはindex.phpのようなやつから以下のようにアプリケーション起動
My_は空っぽのやつを作る必要がある。たしかレスポンスのsendHeaders()は空メソッドでオーバーライド

Zend_Layout::startMvc()->disableLayout();

$application->bootstrap()
->getBootstrap()->getResource('FrontController')
->setRequest(new Zend_Controller_Request_Simple($action, $controller, NULL, $params))
->setRouter(new My_ZendControllerRouterRouteCli())
->setResponse(new My_ZendControllerResponseCli());
$application->run();

**nobodyさん** · 2010/11/30(火) 16:28:36

すみませんちょっと説明不足でした。
既存のアプリケーションのリソースやコントローラーを利用して
コマンドラインからほげほげするというものです。

**nobodyさん** · 2010/11/30(火) 19:39:50

>>730
いいね。
もっと試してみてレポよろしく。

**728** · 2010/12/03(金) 19:24:14

そうだったのですね、知りませんでした。どうもありがとうございます。

**nobodyさん** · 2010/12/03(金) 19:48:49

ZendFrameworkを習うのに、お勧めのチュートリあったら教えてください。

**nobodyさん** · 2010/12/03(金) 20:39:31

英語わかるならyoutubeに動画がある

**nobodyさん** · 2010/12/04(土) 10:56:51

掲示板を作ってるんだけど、ログインした人のみ投稿できるようにしようと思う。
zf固有の質問でなくて申し訳ないが、WEBアプリの一般的なロジックとして、
投稿時に投稿内容と投稿者キーをDBに挿入する為には投稿者キーはcookieで保持し続けるのだろうか?

**nobodyさん** · 2010/12/04(土) 12:26:29

なんで偉そうなの？

**nobodyさん** · 2010/12/05(日) 02:33:40

>>736
先生！CookieにはセッションID以外いれ無いと思います！