Zend Framework Part4
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/02/09(火) 22:21:24ID:???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/
0798nobodyさん
2011/01/10(月) 13:14:55ID:???addDecorator()はどのように書けばいいでしょうか?
0799792
2011/01/10(月) 22:06:24ID:???オープンソースだから足りないものを要求するのではなく、
そのコミュニティに参加し貢献すべきというのは、仰るとおりです。
しかしZFを理解できず挫折する方々も多いと思う。
私は残念ながらTipsを作成するだけ習熟していないが、習熟していない
が故に、初心者向けのドキュメントの不備(?)を指摘することで
微々たる貢献をしたつもりです。
つまりTips集があれば、多くのZF初心者を救えるのではないか、と思った次第。
ZFのコミュニティは上記のようなスタンスも許されないものなのでしょうか>797
0800nobodyさん
2011/01/10(月) 22:23:23ID:???279 :名無しんぼ@お腹いっぱい :2010/09/04(土) 08:48:29 ID:n1Pb5Cs90
>>274
世の中に男は三種類しかおらぬ
形は何であれ勝負に挑む勇敢な者。その勝者と敗者…
そして一生勝負に出ない腰抜けだが…
三つ目は論外だ。語るに値せん
295 :名無しんぼ@お腹いっぱい :2010/09/05(日) 21:24:40 ID:H9tr5CHz0
>>279
何かに似てると思った
これ思い出した
「薩摩の教え・男の順序」
一、何かに挑戦し、成功した人
二、何かに挑戦し、失敗した人
三、自分では挑戦していないが、挑戦する人を手助けした人
四、何もしない人
五、何もしないが、他人の批判だけをする人
0801nobodyさん
2011/01/10(月) 23:46:42ID:???>ZFのコミュニティは上記のようなスタンスも許されないものなのでしょうか
ZFに限らず、大抵の技術系コミュニティに言える事だけど、
何が解らなくて、何が足りないと思うのかを具体的に示さない限り、
学ぶ気も無い教えて君と認識されてスルーされるのがオチだよ。
単に「難しい」「理解し辛い」ってだけなら、基礎知識が足りてないだけだろうから、
PHP、プログラムの基礎、デザインパターンあたりのから学ぶべきだろうね。
余談だけど俺の周りにはそのタイプが多い、
基礎が出来てないけどFW導入すれば開発楽になるんでしょ?って人。
0803nobodyさん
2011/01/11(火) 11:39:37ID:+Q2uG4Ipアップロード後、http://www.youtube.com/watch?v=XXXXXXのXXXXXXの部分を取得することは出来たのですが、
変換処理が完了しているかどうかを識別するのはどうすればいいのかを教えていただけませんか。
やってみたことは下記でexceptionに入った場合はエラーになるという方法です。
===============================================
$yt = new Zend_Gdata_YouTube();
try{
$videoEntry = $yt->getVideoEntry("XXXXXX");
}catch(Exception $e){
//動画が存在しない
}
===============================================
しかしこれでは変換中のものはExceptionに入りませんでした。
よろしくお願いします。
0804nobodyさん
2011/01/11(火) 21:54:36ID:???UPしてからしばらくかかるとかあんの?
どちらにせよXMLの中身に出てくるんじゃないのか
0805797
2011/01/11(火) 22:44:01ID:???もし今まで誰も気づいていなくて、君が初めて指摘したことだったらもっと価値があったと思う。
でも、いままでマニュアルについてはいろいろな「指摘」がなされてきているから、残念なことにもう目新しい話じゃないんだ。
同じ要望を持つ人がどれだけいるかという投票にはなるけどね。
今の問題点はむしろ、「何が必要か」じゃなくて「誰がそれをやるか」だと思う。
なので、問題点の指摘にとどまらず、それを形にするところもリーダーシップを取って進めたらすばらしいことだと思う。
ちなみに zendframework.vla.jp こういうことをやっている人もいるのを見つけているので、ここにみんなで肉付けしていくのでもいいんじゃないかな
0806nobodyさん
2011/01/17(月) 22:59:36ID:???いつからダウンロードするのにログイン登録しなきゃいけなくなった?
マジうざいんですけど・・・
0807nobodyさん
2011/01/17(月) 23:02:06ID:???0808nobodyさん
2011/01/17(月) 23:06:33ID:???http://www.zend.com/community/downloads
ここからZipを取ろうと思ったらログイン画面に飛ばされましたけど
どうにかしてログインしなくても済むのですか?
0809nobodyさん
2011/01/17(月) 23:12:11ID:???http://framework.zend.com/download/latest
ここから落とせるよ
0811nobodyさん
2011/01/17(月) 23:31:02ID:???皆さんはprepare()→execute()等でSQL文を書いていますか?
それともZend_Db_Tableクラスによるメソッドチェーンを利用していますでしょうか?
インピーダンスミスマッチの問題、動的な抽出条件、セキュアを意識しなくても良い等を考えればZend_Db_Tableクラスを利用した方がいいのかもしれませんが、
O/Rマッピングによるパフォーマンスの低下と、自分の思ったようなSQL文が書けるのか?と思うとどっちがいいのか分かりません。
確かに、一般的なSELECT文等であればZend_Db_Tableクラスの方がいいのかもしれませんが、複雑な連結とかした場合や、
また、パフォーマンスチューニングをZend_Db_Tableクラスで作った文で出来るのかな?と思うと普通にSQL文を書いた方がいいのかな、とか思ったりします。
ただ、記法の楽さやコードの変更時等は圧倒的にメソッドチェーンの方が楽そうですけど。
実際ZFで運用している方はどちらの記法で運用していますでしょうか?
0812nobodyさん
2011/01/17(月) 23:32:06ID:???0813nobodyさん
2011/01/18(火) 00:42:18ID:???いや、そういうわけではなく、使いにくそうな気がして、実運用上で使用されているのかな?よ思いまして
確かにif文やforeachから動的に入れ込み、色々と楽に出来るのは分かるのですが、SQLとしてはどうなのかなと
ま、商品管理からするとblogシステムとかではさほど難しいSQLもないので大丈夫かもしれませんが
0814nobodyさん
2011/01/18(火) 00:45:13ID:???理由はSQL書くの好きだからです。
0815nobodyさん
2011/01/18(火) 13:22:00ID:???quickstartのGuestbookMapper見て使いづらそうだったんで。ちょっとかっこいいとは思うんだけどw
Zend_Dbを素で使うときはprepareじゃなくてqueryだったような。
条件によってSQLを変えたいときはZend_Db_Selectが便利ですよん
0816nobodyさん
2011/01/18(火) 17:53:24ID:???ゲロコードになる
が、複雑なセレクト、サマリ更新、式やサブクエリ含むアップデートは結局手でゴリゴリ書かないとむずかしい
queryとTable系でトランザクション違うのか混ぜるな危険を感じた事があった
今時リファレンスが無い()笑とか言われるかも知れないけど多分最新の安定バージョンなんだorz
0818nobodyさん
2011/01/19(水) 09:21:24ID:???自分はSQLの書き方が分かりにくくなるので使っていません
後、純粋なSQL文に慣れているので
逆に、Zend_Db_Tableを運用上で使っている人に意見を聞いてみたいなぁ
自分には知らない便利な活用法なんかあるかもしれないからね
0819nobodyさん
2011/01/19(水) 13:34:46ID:???1つのテーブルに対する単純なCRUDにはZend_Db_Table使ってる。
select()等のメソッドチェーンは使っていないが便利だよ。
// テーブル定義のキャッシュ使う
Zend_Db_Table::setDefaultMetadataCache($zendCache);
// テーブルのO/Rマッパ作成
$table = new Zend_Db_Table(array(xxxxxx));
$row = $table->find($id)->current(); // キーで検索
$row = $table->createRow(); // 新規行の作成
// 行を更新して保存
$row->fieldName = "fieldValue";
$row->save();
// 行を削除
$row->delete();
こんな感じに書ける。
Zend_Db_Tableインスタンスを取得するショートカットメソッド定義しておけば、
$row = getUserTable()->find($userId)->current();
$row->fieldName = "xxxxxx";
$row->save();
と数行で書ける。
>>817
>queryとTable系でトランザクション違うのか混ぜるな危険を感じた事があった
トランザクションはDb_Adapter単位なので、意識してれば混在しても問題無いよ。
0820nobodyさん
2011/01/19(水) 14:32:35ID:???せっかちな人はモデルからfetch結果(Zend_Db_Table_Rowset)を返してそのままviewに突っ込めばいいのか。
quickstartのこの実装はいったい何だったんだw 生真面目?
DB → Application_Model_DbTable_Guestbook → Application_Model_GuestbookMapper → Application_Model_Guestbook → view
0822nobodyさん
2011/01/21(金) 13:54:46ID:???Zend_Db_Tableを利用してるのにもかかわらず、さらに自前でMapper書いてるというとこでしょ。
0823nobodyさん
2011/01/21(金) 14:41:21ID:???DB ←Application_Model_Guestbook(Zend_Db_Tableを継承、もしくは内包) ← Controller
くらいが妥当だよな。
0824nobodyさん
2011/01/21(金) 15:02:52ID:???Skinny Controller Fat Model を表現したかったんだろうけどプロジェクトが小さすぎて
かえって違和感がでてしまったんじゃなかろうか。
0825nobodyさん
2011/01/21(金) 17:36:26ID:???自分はフロントコントローラ、DB、その他って位しか主に使ってないんだけど・・・
例えばValidateなんかも何かめんどくさくて、自分で実装した方がいいような気がしたり
0826nobodyさん
2011/01/21(金) 17:53:03ID:???0827nobodyさん
2011/01/22(土) 00:10:22ID:???WEBサービス系のクラスもいざって時に役に立つ。
0828nobodyさん
2011/01/22(土) 00:32:46ID:???アレはほんと便利。
Zend_Db_Tableが複雑なSQLを書くとき〜云々の件は、普通にView書いたりすれば
記述する方もある程度すっきりしたりするのではないの?
0829nobodyさん
2011/01/22(土) 18:46:55ID:???0830nobodyさん
2011/01/22(土) 18:48:09ID:???0832nobodyさん
2011/01/22(土) 23:12:35ID:???0833nobodyさん
2011/01/22(土) 23:28:16ID:???すみません。
背景を説明します。
Zend_Formの派生クラスを作ってまして、その派生クラスをアクションクラスの中で使っています。
アクションクラス内では$this->getRequest()->getParams()で取得できますが、Zend_Formの派生クラスの内部でgetRequest()する方法はないでしょうか?
0834nobodyさん
2011/01/22(土) 23:49:19ID:???0835nobodyさん
2011/01/22(土) 23:53:51ID:???$form =new MyZend_Form( $this->getRequest());
として、MyZend_Formのコンストラクタに渡すとエラーがでます。
0836nobodyさん
2011/01/23(日) 00:02:50ID:???0837nobodyさん
2011/01/23(日) 04:08:35ID:???Zend_Controller_Front::getInstance()->getRequest()
じゃだめなの?
0838nobodyさん
2011/01/23(日) 11:24:33ID:???あだ名付けようぜ、今日からお前「グダ質」な
お前相当仕事でストレスたまってんだろ
はっきり言って見苦しいぞ
スレにケチつける暇あったらコード書け
0841nobodyさん
2011/01/23(日) 13:42:14ID:???0842nobodyさん
2011/01/23(日) 15:24:06ID:???$request = Zend_Controller_Front::getInstance()->getRequest(); でもいいし、
$request = new Zend_Controller_Request_Http(); でもいいし、
$request = Zend_Registry::get("REQUEST"); でもいいし、
$request = $_POST; でもよい。
0843nobodyさん
2011/01/23(日) 18:41:07ID:???ZFでエラーが起きた行を表示してくれる機能などあるのでしょうか?
0844nobodyさん
2011/01/23(日) 18:54:57ID:???0845843
2011/01/23(日) 18:57:36ID:???自動で行ってくれないかなと思って質問しました
0846nobodyさん
2011/01/23(日) 18:59:06ID:???0847nobodyさん
2011/01/24(月) 02:13:32ID:???開発環境にxdebug入れてるが、自動でエラートレースしてくれて便利だよ。
それが無理なら、
エラーと例外のハンドラ作って、var_dump(debug_backtrace()) とでも書いとけ。
0848759
2011/01/24(月) 19:25:07ID:???その後の報告ですが、
やっと原因がわかりました。
Hogeクラスの親クラスのプロパティの初期値に
nullと設定すべきところを
nulとしていたのが原因でした。
お騒がせいたしました。
0849nobodyさん
2011/01/24(月) 21:15:03ID:mS3EM73vclass IndexController extends Zend_Controller_Action{
public function indexAction(){
a
}
}
ってするとパースエラーが表示されますが、
class IndexController extends Zend_Controller_Action{
public function indexAction(){
$this->hoge();
}
}
ってするとエラーハンドラにキャッチされてerror.phtmlが表示されてしまいます。
エラーハンドラを無効化しようとBootstrap::_initView()に
$front=Zend_Controller_Front::getInstance();
$front->setParam('noErrorHandler', true);
と書くと、
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><META content="IE=5.0000" http-equiv="X-UA-Compatible">
<META content="text/html; charset=utf-8" http-equiv=Content-Type></HEAD>
<BODY></BODY></HTML>
という書いたことのない謎のソースが表示されてしまいます。
ふつーにUncaught Exceptionって表示させたいだけなんですがどうすればいいのでしょうか。
0850nobodyさん
2011/01/25(火) 02:21:16ID:???Bootstrap::_initView() に
$front->throwExceptions(true);
または
$front->setResponse(new Zend_Controller_Response_Http())
->getResponse()->renderExceptions(true);
ソースは以下
Zend_Controller_Front::dispatch()
} catch (Exception $e) {
if ($this->throwExceptions()) {
throw $e;
}
$this->_response->setException($e);
}
Zend_Controller_Response_Abstract::sendResponse()
if ($this->isException() && $this->renderExceptions()) {
0851nobodyさん
2011/01/25(火) 02:50:09ID:???Zend_Applicationを導入する優位性を教えてくれないか?
煽りとかでは無く、
アプリケーションの起動処理って、分岐の無いロジックかつ、アプリケーション固有処理が入る事が多いので汎用クラス(Zend_Application)を使うメリットが感じられないんだ。
0852nobodyさん
2011/01/25(火) 10:44:20ID:???してくれる。やってることはZend_Applicationを使わない場合でもそう変りないはずだよん。
むしろ一番フレームワークらしい気がする。
0853nobodyさん
2011/01/25(火) 11:05:16ID:???自分でカスタマイズするときは、application.iniでパラメーター変更したり、クラス名変更したり、
Bootstrapで自分でnewするんだす。
0854nobodyさん
2011/01/25(火) 12:15:31ID:???ありがとう!
やっぱ基本的な初期化処理とかを行うクラスみたいだね。
元々BootstrapもApplicationも無いバージョンから使ってて、
独自クラスで実装してたんだけど、乗り換えてもあまり大差なさそうだ・・・
暇を見つけて乗り換え検証してみるよ。
0855nobodyさん
2011/01/25(火) 21:14:33ID:Mp2xKR4sできた!さんくす
…Zend_Applicationは巨大すぎて把握しきれんわ
あとvar_dumpしたら至る所に*RECURSION*って出てくるんだが大丈夫なんだろうか?
0856nobodyさん
2011/01/25(火) 21:22:58ID:???0857nobodyさん
2011/01/25(火) 23:20:26ID:???大丈夫。
リファレンス値が入っていると無限階層になっちゃうから、
そういう変数はRECRUSIONと表示される。
0858nobodyさん
2011/01/29(土) 00:59:18ID:gRK6VmbLZend_Application使ってるとき、
・ビュー内で$this->baseUrl()するとindex.phpまでのパスが取得できる
・コントローラ内で$this->view->baseUrl()するとindex.phpまでのパスが取得できる
でも、
・ブートストラップ内で
$view = new Zend_View();
$view->baseUrl();
ってやってもNULLになります。
アプリ全体で使うものについて
protected function _initView(){
$view = new Zend_View();
$view->headScript()->appendFile($view->baseUrl() . 'js/jquery.js');
}
とかやりたかったんですが普通はどこらへんでやるものなんですかね?
0860nobodyさん
2011/01/29(土) 01:55:56ID:gRK6VmbL0861nobodyさん
2011/01/29(土) 01:58:15ID:???0862nobodyさん
2011/01/29(土) 03:40:53ID:???$request = new Zend_Controller_Request_Http();
$baseUrl = $request->getBaseUrl();
0863nobodyさん
2011/01/29(土) 06:44:22ID:???デザインも複雑な場合(チェックボックスの最初の1個だけラベルが二つとか)、
Zend_Form_Elementを使ってフォームの要素を出力しようとすると、フォームの要素の部分がすげーめんどくさいんだが、
なんとか楽にやる方法ないかな?
0864nobodyさん
2011/01/29(土) 11:49:18ID:???0865nobodyさん
2011/01/29(土) 23:04:56ID:???Locale/Data/ja.xml に和暦のデータ(calendar[@type="japanese"])
が入っていたので扱えるのかと思ったんですが、
Zend_DateのtoString('GGG')などとしたときのコードを追っていくと
使うデータが calendar[@type="gregorian"] 決め打ちみたいで
「紀元前」と「西暦」しか出てきません。
Zend_Dateを継承して自分で日本のものを作らないとだめでしょうか?
0866nobodyさん
2011/01/30(日) 03:02:00ID:???0867nobodyさん
2011/01/30(日) 11:13:05ID:Mz9WohIAZend_View
これ以外で覚えたらいいの教えてください
0868nobodyさん
2011/01/30(日) 13:07:07ID:???覚えたらいいのってのも漠然だけど
Zend_Layout
大抵使う
Zend_Date
Zend_Log
Zend_Cache
Zend_Mail
Zend_Session
この辺は手軽に使えるから試すのも楽
腐れ実装もあるけど
Zend_Application
Zend_Config
Zend_Db
Zend_Form
フレームワークとして使い込む度合いで
この辺りも
他は需要と実装に応じて
0869nobodyさん
2011/01/30(日) 13:13:17ID:???0870nobodyさん
2011/01/30(日) 13:15:42ID:???自前のクラス使ったままだったわ
でも、確かにZend_Formやら使う時は必須ね
0871nobodyさん
2011/01/30(日) 13:46:43ID:???cakephp|CIと,ZFを使い分けるべきって
どういうケースにcakephp|CIを利用してどういうケースにZFを使うんですか?
0873nobodyさん
2011/01/30(日) 15:27:59ID:???0876nobodyさん
2011/01/30(日) 18:15:38ID:7lsYYH4G逆にその先輩だか同僚だかに使い分けの理由を聞いて結果をここに晒してくれ。
0878nobodyさん
2011/01/31(月) 06:55:28ID:???複合主キーをもつDBのシステムを作るときはZF、単一の主キーだけで構成
されるDBを扱う場合はCakePHP、とか言いそうだなそいつ。
どちらかに統一したほうが、スキル習得コストの面でも作成するコードの品質面
でも将来のメンテナンスの面でも、いいよ。
似たようなスキルを分散するのは、良くない。
てか、その先輩はそんな事は承知の上で言っているんだろうから、単に両方使
えますと威張りたいだけ。
そんな人の言葉を真に受ける必要はないと思うよ。
0879nobodyさん
2011/01/31(月) 09:15:17ID:???上でZend_Formの事書かれてるけど、皆アレ使ってるんだ・・・
俺はマニュアル見て「何だコレ、めんどくせぇ」と、逆にぐちゃぐちゃになりそうだったから止めたんだけど
単純なフォームを作成するだけでもかなり長いコードになりそうな気がしてるんだけど結構使い勝手いいものなの?
もしそうだったら学習しなおそうかな
0880nobodyさん
2011/01/31(月) 09:55:25ID:???0881nobodyさん
2011/01/31(月) 12:59:08ID:???普段はsymfony使いだけどzendでやるところに呼ばれたらzendもできるし、cakeでやる人に呼ばれたらcakeでやる。
俺俺のところに呼ばれたらその俺俺を学習して使ってみせるよ。
0882nobodyさん
2011/01/31(月) 13:19:04ID:???トップページ
お問い合わせ
会社紹介
求人
製品紹介
各製品のページ(5ページ程度。デザインは使いまわし)
0883nobodyさん
2011/01/31(月) 13:24:47ID:???0884nobodyさん
2011/01/31(月) 15:27:51ID:???既製のもので適わないなにかあるなともかく
0886nobodyさん
2011/01/31(月) 19:09:35ID:???Firefoxだと一番下にチェックつけると一番上にもチェックがつく。
IEとChromeだと一番下にチェックつけると一番上が一瞬選択状態になる。
あとチェックを解除するためにチェック済みの項目をクリックするとチェックがはずれないことがある。
フォームはViewに手書きしてValidateを手動で使うのが良さそう。
Zend_Formは概要を理解するまでがはてしなくめんどくさい。
理解しても細かいとこを覚えきれないから結局これどうやんだっけって調べるはめになる。
ちょっと機能詰め込みすぎて逆に使いにくい。
うまいこと分割していけば使いやすい物になると思う。
0887nobodyさん
2011/01/31(月) 22:00:47ID:???所詮HTMLを出力するだけなのに、学習コストが高すぎる。
Validateは基本英語ってのが微妙だし、
自分で一度作ってしまえば延々使い回せるものなので使いやすいクラスを自作している。
(Zend_Validateを扱えるAdaptorも一応用意してある)
逆に一度覚ると楽で手放せないのは、
Zend_Session、Zend_Cache、Zend_Dbくらいかなぁ・・・
Zend_Log、Zend_Mailは俺俺クラスで一枚ラップしてやらないと微妙に使いにくい気がする。
0888nobodyさん
2011/01/31(月) 22:10:12ID:???自力開発能力ほんとないのな
0889nobodyさん
2011/01/31(月) 22:44:21ID:???日本語だってBootstrap.phpで対応可能で、
カスタマイズするのも元があるから簡単よ。
public function _initValidate()
{
$lang = 'en';
$locale = new Zend_Locale();
if ($locale->getLanguage() === 'ja')
{
$lang = 'ja';
}
$translater = new Zend_Translate(
array(
'adapter' => 'array',
'content' => APPLICATION_PATH . '/../resource/languages',
'lang' => $lang,
'scan' => Zend_Translate::LOCALE_DIRECTORY
));
Zend_Validate_Abstract::setDefaultTranslater($translater);
}
0891nobodyさん
2011/01/31(月) 23:15:07ID:???CMSって使ってる?
俺使ったことないんだけど
どんなの使ってるの?
xoopsとか?
というかさ、CMS使ったら別に俺たち要らなくなるような気がするんだよな
0892nobodyさん
2011/01/31(月) 23:16:29ID:???複数項目チェインさせたり、条件分岐させる場合に使いにくいと感じたなぁ。
コードをZFで統一する美しさには惹かれるけど、
いちいち調べてカスタマイズして・・・ってやる程のモノでも無いと感じたから、自分で書いちゃった。
>>888
車輪の再発明したのに、自己開発能力無いと言われるとは思わなかったわw
>>889
ありがとう。試してみるよ!
0893nobodyさん
2011/01/31(月) 23:18:49ID:???0894nobodyさん
2011/01/31(月) 23:24:18ID:???大抵のプログラムは再発明を得てブラッシュアップされていくものだ。
多分、今君が書いてるプログラムも、世の中探せば既存コードがある。
探す手間をかけるか、自分で書いて理解を深めるか、好きにすればいい。
0895nobodyさん
2011/01/31(月) 23:25:19ID:???0896nobodyさん
2011/01/31(月) 23:54:50ID:???ありがとう!できた!
一体どうやって調べるんだこういうの!
ただそのままリクエスト引き回そうとしたら
$request->getParams()がNULLだった。
Smartyでいう$smarty.request的なものってViewにありませんか?
Viewでvar_dump($this)ってしたかぎりではそれっぽいものは見あたりませんでした。
とりあえずコントローラのinitで
$this->view->request = $this->getRequest()->getParams()って
やったんだが、もっと汎用的な方法ってあるよね?
0897nobodyさん
2011/02/01(火) 01:31:02ID:???Zend_View(_Abstract)自体には、Requestを保持する機構は無いみたいなのでそれでOKかと。
もしくはgetRequestを実装した、Zend_View継承クラスを使うとかかね。
__get / __set マジックメソッド使ってるからvar_dumpでは解読出来ないよね・・・
IDEとか使ってソースコード追うのが一番早いよ。
■ このスレッドは過去ログ倉庫に格納されています