Zend Framework Part3
レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん
2009/04/10(金) 08:35:00ID:???http://framework.zend.com/
マニュアル
http://framework.zend.com/manual/ja/
(有力翻訳者のm-takagiさんのver)
http://www.m-takagi.org/docs/php/zend/
バグ報告
http://framework.zend.com/issues/secure/Dashboard.jspa
API
http://framework.zend.com/apidoc/core/
前のスレッド Zend Framework Part2
http://pc11.2ch.net/test/read.cgi/php/1204726884/
0966nobodyさん
2010/02/07(日) 15:56:14ID:???0967nobodyさん
2010/02/07(日) 16:01:26ID:???悪いこと言わないから、自分が何をわかってないか整理して
適切な場所で聞いた方がいいと思うな。
まぁ、一応ヒントだしとくと、$dataをechoすればわかることだと思うけど。
0968966
2010/02/07(日) 16:23:28ID:???0969nobodyさん
2010/02/07(日) 16:28:27ID:???0970nobodyさん
2010/02/07(日) 16:40:12ID:cHUvBtME知りたかったことはzendのquoteメソッドの書式です。
説明の為に固定値で書きましたが、
'aaaa'や'bbbb'の部分はフォームの入力値が入ります。
PHPの関数でエスケープしてもよかったのですが、
zend使ってるシステムだったのでzendに統一したかったのです。
エラーメッセージは既に本番稼動しているシステムのため、
（php.iniの設定で）非表示にされており、確認できない状態です。
本番稼動中のためhtaccessでの設定上書きも好ましくないです。
0971nobodyさん
2010/02/07(日) 18:21:21ID:???どういうふうに解決したの？
それから、本番環境でもエラーはキャッチしとかないとダメなんじゃないの？
原因特定できないよ。
で、再現するために無駄な時間を費やすと。
0972nobodyさん
2010/02/07(日) 19:05:16ID:???queryとquoteを誤用してるソースが本番にあるわけがないよね
プライドが高すぎて、できないのかもしれないけど、
基礎を勉強したり、ドキュメントに目を通したり、
エラーメッセージを読んだり、そういうことをちゃんとやったほうがいい。
質問するときに、エラーメッセージを書かないとか、省略するとかそれもありえない。
他所でも同じ間違いをすることになりますよ。
0973nobodyさん
2010/02/07(日) 19:56:52ID:???なんでphp.iniとか言ってるのかと思った
0974nobodyさん
2010/02/07(日) 19:57:49ID:???quoteね
0975nobodyさん
2010/02/07(日) 20:14:08ID:???SQLに入れるデータをエスケープするのにZend_Dbのquoteを使おうとおもったけど、
ドキュメント読み間違えてZend_Db::queryの用法と勘違いしたって落ちだろ
0976nobodyさん
2010/02/08(月) 11:31:42ID:???0977nobodyさん
2010/02/08(月) 12:18:13ID:???0979nobodyさん
2010/02/08(月) 14:26:39ID:???おおっ、マジですか？
新しい機能が追加されたんですね
それは使えそうな機能ですね
楽しみです
・・・ハイハイ
0980nobodyさん
2010/02/08(月) 22:43:57ID:HuDyW4AI今まではPHPでスクラッチで 入力画面・確認画面・修正画面・登録画面を別々に作ってたんですが、
zendFWを使うにあたって、どんな構造にしたら効率的かご意見お願いします。
なるべくテンプレートファイルやアクションを少なくすることをテーマにして
自分で考えたのは以下の処理なんですが、おかしいでしょうか？
class TestController extends Zend_Controller_Action(){
/*以下がフォームの画面*/
public function testformAction(){
//最初に入力モードの確認
・モードが入力・修正の場合、フォームのテンプレートを共通で読み込む。
ただし、入力モードのときは、前回登録済みデータの確認と取得→表示
修正モードの時はセッションで確認画面から持ち込んだデータを取得→表示
・モードが確認の場合、確認用のテンプレートを読み込む、各バリデータ処理
・モードが登録の場合、登録処理
処理が正常にすんだら、succeedActionにフォワード、失敗したらerrActionへ
}
succeedAction(){
//各アクション登録成功時の共通画面出力「○○情報を登録しました」
}
errAction(){
//各アクション登録成功時の共通画面出力「○○情報の登録失敗しました」
}
}
0981980
2010/02/08(月) 22:45:41ID:HuDyW4AIいろんなサイトで調べてもZendFormの使い方なんかはあるんですが
一連の流れの解説が見当たらなかったので、自分の考えでいいのか不安です。
もっと効率的なやり方や、別の方法で実用されている方がいたら、ご意見もらえると助かります。
よろしくお願いします。
また、zendFormを使おうとは考えていないんですが、zendFormを使うことで
上記の処理の構造面でも効率化できたりするものでしょうか？
0982nobodyさん
2010/02/08(月) 22:50:53ID:???別に減らす必要なくね？
0983nobodyさん
2010/02/08(月) 22:54:12ID:???その次で、目標のテーマに再編。一気に遣ろうとすると失敗すると思う。ひとつづつ段階踏んで確実に。
あるいは先に目標のテーマにまとめておいて、次にzendにする。
生め。
0984980
2010/02/08(月) 23:02:20ID:HuDyW4AIありがとうございます
アクションを減らさなくてもいいということは
form1inputAction, form1confirmAction, form1rewriteAction, form1queryAction などと
処理ごとに別のアクションを持たせて明確に分けたほうがいいってことでしょうか？
自分としてはこの構造だと見やすい・わかりやすいっていうすごいメリットがある反面
登録フォームの数が増えたら フォームの数*4の膨大なactionができるので、コントローラ全体と
して見れば煩雑にならないかなぁって思うのですが。（慣れれば良いことだとは思いますが…）
>>982-983さんはこんな感じでやっていますか？
回答いただいて本当に感謝します。
0985nobodyさん
2010/02/09(火) 06:06:11ID:???増えてみないと仕様が固まらないだろうし。
0987nobodyさん
2010/02/09(火) 14:39:28ID:???0988nobodyさん
2010/02/09(火) 14:59:47ID:???0990nobodyさん
2010/02/09(火) 16:44:42ID:???0991nobodyさん
2010/02/09(火) 17:08:51ID:???違うとこがあれば誰かが突っ込めばいいし、日本語の叩き台があるだけでも断然とっつき易いはず。
0992nobodyさん
2010/02/09(火) 17:11:28ID:???0993nobodyさん
2010/02/09(火) 17:19:24ID:???俺やっちゃるけんね！！
>>992
いや、本に載ってるような基本的な部分は和訳あるんだけど、ある程度専門的（？）な部分はないんだよね
上記したように、Validateの部分（http://framework.zend.com/manual/ja/zend.validate.set.html）とか
0994nobodyさん
2010/02/09(火) 20:03:59ID:???0997nobodyさん
2010/02/09(火) 22:15:32ID:???0998nobodyさん
2010/02/09(火) 22:23:39ID:???http://pc11.2ch.net/test/read.cgi/php/1265721684
>>993
次スレの１に掲載の翻訳状況参考に頑張って(^^)/
1000nobodyさん
2010/02/10(水) 05:37:52ID:uj21c1TP1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。