【PHP】Ethna part.2【国産フレームワーク】

**nobodyさん** · 2007/08/03(金) 08:15:18

国産フレームワーク、Ethnaでいい意味で手抜きなプログラミングライフを。

Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/

SourceForge.jp: Project Info - Ethna
http://sourceforge.jp/projects/ethna/

クラスドキュメント（phpDocumentor）
http://ethna.jp/doc/

前スレ
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc11.2ch.net/test/read.cgi/php/1123070439/

**nobodyさん** · 2007/11/02(金) 00:16:52

>>68
actionformのsetはactionclassのperformに入る前の段階
つまり、authenticateとprepareで行うべき。

viewでやるのはもってのほか。

AppObject/AppManagerなどのModelにも極力行かすべきではない。

というルール付けでやってMVC意識してる。

68 · 2007/11/02(金) 00:42:53

>69 Ethna使わないでください。

69 · 2007/11/02(金) 01:00:21

>>70
どういうこと？

**nobodyさん** · 2007/11/02(金) 15:32:51

>>68
その辺はMVCのジレンマだと思う。
効率的には、Actionで取得した情報をViewで使えるのがいいけど
特定のActionを通過しないとView側で正しい情報を利用できない
となると、処理と表示が分離されないことになるから微妙。

自分は多少無駄だとは思いつつも、ActionとViewでそれぞれ取得
しているよ。結果をキャッシュできるものはキャッシュしたり、memcachedを
使ったりして、DBの負荷は上げないように少し考えてはいるけど。

69 · 2007/11/02(金) 17:06:05

>>72
それ af->setApp（）するときだよね？
>>68 は、af->set()って書いてるから、フォームの値を調整したいんだろ？
そう思って>>69 の書き込みなんだが。

> 自分は多少無駄だとは思いつつも
AppObjectはキャッシュ持ってるから一回取りに行った値は保存してる。
なんでAppObject使ってやればActionで判定にとった値をViewで
使いまわしてもDBには行かない。

その辺はORMの仕事じゃないかとも思うけど。

**nobodyさん** · 2007/11/02(金) 17:10:22

なかなか興味深い

68 · 2007/11/02(金) 23:44:12

ごめん af->setApp()のこと。。。orz　＞69

MVCの切り口でいくと
やはりそうなるんですかね。＞72 ＞73

キャッシュされているにせよ
viewでもう一回AppObject取り直して
af->setApp()を数行書くってのも、たいそう無駄な気がしてます。

結局どんなAppObjectが渡って来るか
view自体知ってなくてはならない訳だし、

俺の場合描画上の小細工はSmartyのテンプレートにやらせる事が
多いんで、
それだったら、set()とかsetApp()ひっくるめて、
ActionForm全体を渡すから、viewさんあとは描画よろしく。
って方が潔い気がしてます。

Ethnaは viewの定義省略できるんだし、
ワザワザ２，３行だけのViewのファイル作らなくても良いかなと
思ってる。

こういうのMVC的にはダメなのかな。

69 · 2007/11/03(土) 00:15:59

>>75
とりあえず1分でも早いことコーティング終わらせたい！
って時は、確かにViewレスにしてperformでsetAppする。こともある。

前はそうやってたけど、最近面倒でもviewつくるようにしてる。
まぁ、1分かからんでしょ。

理由は2つあって、ひとつは、結局あとから追加仕様が加わった時に
viewがあるとそこに流し込めば良いという意識でAction作ってしまえる。
viewを造ってないと、結局違うActionに同じsetAppするようになる。
ある意味、そっちの方が絶対使い回しできない。

もうひとつは、forwardをいじりたい場合。
view/Subview.php
view/Subview/Draw.php
view/Subview/Draw/Finish.php
ってする場合、APPID_View_Subview::forward()に仕掛けをしてやって
テンプレパス変えたりする場合、クラス定義だけでもしておけばそれ以下の
viewもよろしくやってくれるけど、viewを定義しないとControllerで設定した
view使っちゃうからな。まぁ、特殊な場合だけど、forwardいじれるのは強力だからな。

69 · 2007/11/03(土) 00:29:22

>>75
>キャッシュされているにせよ
>viewでもう一回AppObject取り直して
>af->setApp()を数行書くってのも、たいそう無駄な気がしてます。

なんで、オレの場合はできる限りAction/Viewの行数を増やさないように
Modelにほとんどのコードが移動した。
AppObject/AppManagerのキャッシュを利かせるには、
同じfilter/offset/limit/orderでDBからfetchさせる必要があるから。
すると、ActionとViewでぶれがあるといけないからな。

だから、全体の流れとして必然的に
[Action]
ActionFormの調整（デフォルト値や、セレクトタブの値生成）
　　↓
af->validate()
　　↓
落ちるView先の決定ロジック

[View]
af->setApp()
のみ

ってなる。

68 · 2007/11/03(土) 01:16:56

>>76
>もうひとつは、forwardをいじりたい場合。
これは分る。確かにforwardいじりたい時もある。

>viewを造ってないと、結局違うActionに同じsetAppするようになる。
>ある意味、そっちの方が絶対使い回しできない。

そうかなー。viewを作ってあったにせよ、viewに渡すものが抽象化
しきれてなければ、結局使い回せない気がする。
一番抽象的で、どんなviewでも理解できるもの、つまりはActionFormを
渡すというお約束が、ゆるくて最強の接点だと思うんだが。

68 · 2007/11/03(土) 01:33:38

>>77
>AppObject/AppManagerのキャッシュを利かせるには、
>同じfilter/offset/limit/orderでDBからfetchさせる必要があるから。

勉強になります。

69 · 2007/11/03(土) 02:54:08

>>78
>渡すというお約束が、ゆるくて最強の接点だと思うんだが。
その辺は、開発スタイルとか案件に依るんじゃない？
取りあえず「オレはこういう感じでやってる」ってだけで、別に色々な方法があると思う。
使ってるうちに変わるだろうし、ってオレがそうなんだけど。

そのへんのゆるさはEthnaのいいところだし、一人や数人でやる分には気楽。

**nobodyさん** · 2007/11/03(土) 15:20:42

みんな、AppObjectというかORM使ってるのか。
俺はjoinのやり方が分からなくて涙目だったので、いまだにSQL書いてるよ。
ZnedFrameworkも試してみたけど、Zend_Db_Tableが全然使えないので
結局そっちもSQLというチンカスっぷりだぜ。

**nobodyさん** · 2007/11/03(土) 16:01:56

joinは少し前まで、まともにできなかったはず。
なんで漏れもSQL書いてるよ。AppObjectはテーブルのレコードと１対１でやり取りする場面だけ
使ってる。検索して一覧引っ張ってくるようなケースは、joinする場合が多いし、
where文SQLで書く方が慣れているんで、SQL書いた処理をAppManagerに詰め込んでるよ。

**nobodyさん** · 2007/11/05(月) 13:41:20

view作ってwhere条件だけEthna_AppSearchObjectで作るってのはナシ？
もっとも、それやった香具師がMLで「table読むときはカラム名小文字になるのに、viweを読むと大文字になる。がっでむ！」と言っていたので、あまりお勧めではないのかもしれん。

……S2EthnaでS2Dao.PHPか？w

**nobodyさん** · 2007/11/07(水) 18:33:33

http://ethna.jp/ethna-document-dev_guide-app-sjis.html

> 入力のShift_JISを内部コードに変換
> まずは、Ethnaのフィルタで入力コードを変換してしまいます。

とあるのですが

/usr/local/lib/php/Ethna/class/Ethna_Filter.php

この中に書き加える訳ではないのですか？

上記で駄目だったので、APPID_Filter.php を以下のように書いて

class APPID_Filter extends Ethna_Filter{
{
　　function prefilter(){・・・}
　　function InputEncoding($data){・・・}
}

APPID_Controller.phpでrequire onceしてみたりしたのですが
$_POSTされたデータが変換されなくて悩んでます。

どなたかご教授ください。よろしくお願いします。

**nobodyさん** · 2007/11/07(水) 18:36:31

APPID_Filter.php の prefilter() は preFilter() の入力ミスです。

**nobodyさん** · 2007/11/08(木) 01:13:51

だれかAppManagerのgetAttrListの使い方わかる人いませんか？

これがいまいちわからないのです。フォームヘルパでセレクトボックスのoptionの値を
データベースから取得したいと考えてまして。

Ethnaの開発マニュアルみていたら、アクションフォームで
Optionの設定を'address,prefecture'に書けば見たいな事わかったんですが、、
プロパティの値ってのがよくわからないんです・・・

だれかわかる人教えてください。

**nobodyさん** · 2007/11/08(木) 02:07:11

Hogeマネージャの関数から
同マネージャ内の別関数(fuga)を呼び出したい場合、
以下のどちらが適しているでしょうか？

$Hoge_m =& $this->backend->getManager('Hoge');
$Hoge_m->fuga();
or
$this->fuga();

**nobodyさん** · 2007/11/08(木) 02:29:21

>87
$this->fuga();

86 · 2007/11/08(木) 02:56:20

ありがとうございます!!

もう一点非常に疑問点があるのですが、
$Hoge_m =& $this->backend->getManager('Hoge');
と
$Hoge_m = $this->backend->getManager('Hoge');
ってどう違うのでしょうか？
この&って参照渡しでしょうか？
参照渡しって単なる変数だけでなく、オブジェクトに対しても
利用可能なのでしょうか？

**nobodyさん** · 2007/11/08(木) 16:06:31

>>89
http://www.php.net/manual/ja/language.references.php
参照はスカラー型でもオブジェクトや配列でも使えるよ。

余談だけど、PHP5以降では関数の戻り値や変数への代入なんかで
同じオブジェクトを指し示している必要がないのであれば、参照渡しを
するべきではないので注意。メモリの効率化とか思っていると、むしろ
無駄に消費されることがある。
http://www.phppro.jp/news/304

PHP4/5に対応するEthna(本体)には関係ない話だけどね。

**nobodyさん** · 2007/11/11(日) 12:12:44

このフレームワークって他のフレームワークにあるような
AjaxヘルパやHTMLヘルパーなんかは装備されないんでしょうか？
あと、ルーティングをもう少し改善して欲しいですな。

**nobodyさん** · 2007/11/12(月) 15:41:42

スマートURLを使えるようにするにはapacheの方も色々設定しないと駄目？

**nobodyさん** · 2007/11/13(火) 01:26:05

PEAR::Authを継承したAuthクラスをこさえてみようかと思ったんだが、
構築するタイミングがわからない

ActionForm辺りで
$this->auth =& new $this->backend->ctl->class['auth'](&$this->backend->ctl)
ってやってあげればいいんだべか。
Controllerのコンストラクタで構築するのはちょっくら早い感じだし
どうするとスマートなんでげしょ。

**nobodyさん** · 2007/11/13(火) 21:54:07

>>92
まぁ、mod_rewriteの設定を行わないと駄目でしょうね。
UrlHandlerはいまひとつって感じ。

93 · 2007/11/13(火) 23:45:08

ActionClassのauthenticateで生成することにすますた

**nobodyさん** · 2007/11/14(水) 04:30:56

例外処理をしたいのですが、
AppManager 内で
throwして
アクション内でcatchしたい場合、
どのように記述すればよいでしょうか？
単にAppManager内でthrowすると
PHP Fatal error: Uncaught exception 'Exception'
がおきてしまいます

**nobodyさん** · 2007/11/16(金) 03:14:04

>>67
エラーが発生したらトランザクション中の後続するSQLはスキップしそうだけどね
そうじゃなきゃあんまりでしょｗ

67 · 2007/11/16(金) 21:30:33

>>97
いや、ソース確認したらチェックしてなかったんだよ
あんまりだ

**nobodyさん** · 2007/11/19(月) 22:11:25

$obj =& $this->backend->getManager('hoge');
$obj->setParam( $param );
$obj =& $this->backend->getManager('hoge');
みたいな感じにすると
$obj->setParam( $param );が既になされている状態になる理由が
よくわからんです。

99 · 2007/11/20(火) 00:55:53

参照渡しってやつのせい？
$this->backend->getManager()
をオブジェクト生成（new）と同じ感覚で使ってたけど、
もしそうなら大きな勘違いですよね。

newみたいに使う方法ってないでしょうか？

**nobodyさん** · 2007/11/20(火) 04:03:10

>>100
そもそも、ManagerはObjectと違っていくつも作らんのよ。
だから、setParam()とかしてる時点で使い方間違ってるよ。
Objectにもたせなよ。

**nobodyさん** · 2007/11/20(火) 07:09:01

getManager()の第２パラメータ指定すればシングルトンじゃなくなったはず。

**nobodyさん** · 2007/11/20(火) 18:19:20

>>102
知らんかった…

それはさておき、AppManagerにsetParamする状況なんてあるっけ？
ActionForm使って、Action/View間で$this->af->setApp()/getApp()で
取りまわしたりすることはあるけど、結構イレギュラーな場合だけかな。

**101** · 2007/11/20(火) 19:58:25

>>102
おれも知らんかった…

99 · 2007/11/20(火) 22:31:06

>>102
サンクスです!!

>>101
>>103
マネージャを普通のクラスみたいに使ってます。。。
マネージャでクラス作ってnewする代わりに
getManagerして。。。。
だめだろうか
requireとかめんどいんだけど。

**nobodyさん** · 2007/11/20(火) 22:39:15

102みたいな機能があるってことは
そういう使い方も想定されてるのかね？

**101** · 2007/11/21(水) 00:34:11

うーん、キャッシュが鬱陶しいときじゃないかな？
AppManagerの同じメソッドで取りに行きたいけど、その間隙にUpdateしちゃってて、
そのままメソッドコールするとキャッシュが帰ってくるのがうっとうしいという状況。
たまにある。あまり設計がよくないせいかもしれんけど。

**nobodyさん** · 2007/11/21(水) 03:01:24

>>105
ローダーとして使うなら、(AppId)_Controller.phpの$classに
$class = array(
　...
　'foo' => 'Foo_Bar_Buzz',
　...
);
みたいに定義しておいて、
$obj = $this->backend->getObject('foo');
で取得するというのはどうだろうか。第2引数にtrueを指定しないと
キャッシュされたオブジェクトが返るので注意ということで。

**nobodyさん** · 2007/12/14(金) 00:07:12

-- actionform
'id' => array(
　　'form_type' => FORM_TYPE_SELECT,
　　'type' => array(VAR_TYPE_INT),
　　'option' => array(1=>'man', 2=>'woman')
)

てなときに

-- viewclass
$this->af->set('id', array(1, 1, 2, 2, 1));
-- template
{form_input name="id" emptyoption=""}

ってやっても
うまくselected="selected"が付いてくれないんだけど
FORM_TYPE_SELECTで配列を扱うのは面倒くさいのかしら

**nobodyさん** · 2007/12/14(金) 01:37:02

>>109
MultipuleのSelectタブ？
オレは自分でガッツリとform_inputを作ってしまって、Ethnaデフォルトは
もう使って無い。まぁ、面倒だけど意外と簡単ですよ。

Defaultのform_inputは対応してるのかな？
Ethna_ViewClass::getFormInput_Html
見てるとしてないね。

**109** · 2007/12/14(金) 07:29:06

>>110
いや、マルチプルじゃなくてシングルセレクトなSelectタグの配列。
<select name="id[]"></select>
<select name="id[]"></select>
<select name="id[]"></select>
ってな感じで使いたいんです。
そうか、Selectタグでarray(VAR_TYPE_～～)ってやると
マルチプル扱いになるんね。
んでPOSTされたデータ上でマルチセレクトなSelectタグか
Selectタグの配列かの見分けは付かないと。。。
自分でがっつり作り込むのは面倒なので
ViewClassを継承したクラスで下のような変更加えて使ってみます。
マルチセレクトかシングルセレクトな配列か見分けが付かないのなら問題はないはず。

-- Ethna_ViewClass.php (function _getFormInput_Select($name, $def, $params))
-- 702行名ぐらい
　// default値の設定
　if (isset($params['default'])) {
　 $current_value = $params['default'];
　} else if (isset($def['default'])) {
　 $current_value = $def['default'];
　} else {
　 $current_value = array();
　}
-　current_value = array_map('strval', to_array($current_value));
+　if ($def['_form_counter'] < count($current_value)) {
+　 $current_value = array_map('strval', to_array($current_value[$def['_form_counter']]));
+　} else {
+　 $current_value = array_map('strval', to_array($current_value));
+　}

ありがとやんす。

**nobodyさん** · 2007/12/25(火) 11:41:37

http://ethna.jp/　ダメポ
中野人復旧頼む。リファレンスみたいよー

**nobodyさん** · 2008/01/09(水) 18:52:02

上にログファイル出力についてあったけど
ログファイル名を固定ではなくて日付ごとに出すことってできないんですか？
今 log/app.log
↓
log/20080109.log
みたいに。
ご存知の方いましたらお願いします。

**nobodyさん** · 2008/01/09(水) 21:49:38

iniのログファイル名のところを文字列じゃなくて式にすればいいんじゃね？
もしくはEthna_Plugin_Logwriter_Fileあたりを継承して独自のLogwriterを作る。

**113** · 2008/01/10(木) 15:35:23

独自で作るようにしました。
ありがとうございました。

**nobodyさん** · 2008/01/23(水) 21:01:59

おまいらさ、PHPは書けるけどEthnaなんてまるっきり知らん！って状態から
一通りEthnaでアプリ書けるようになるまでどのくらいかかった？

**nobodyさん** · 2008/01/23(水) 21:35:59

>>116
PHP+MySQLを知らない状態、フレームワークというものが
存在するのも知らない状態から、2006/12上旬に勉強を初めて
2007/2下旬にユーザ登録型のサービスをひとつ立ち上げました。
ethnaの存在を知ったのは1月上旬だったかな？
平日昼間は別の仕事をしてたので、作業は夜＋休日。

Linuxも素人だったので、むしろそっちの設定まわりで
取られた時間の方が多かったかも。

**nobodyさん** · 2008/01/24(木) 01:44:05

S2Ethnaで、S2ContainerApplicationContext::registerAspect('/Dao$/', 'dao.interceptor');　を使って
diconファイルを作成しないでもDIできるようにしたいんですが、できた人いますか？

**nobodyさん** · 2008/01/24(木) 14:07:43

いいから、今からEthna始める俺に使い方を教える作業に戻るんだ

**nobodyさん** · 2008/01/24(木) 19:24:16

>>119
公式のチュートリアルでもすれば？

**nobodyさん** · 2008/01/27(日) 07:13:41

１，pearをapt-getでインストール
２，pearでethnaをインストール
３，pearでSmartyをインストール
４，Smarty付属のindex.phpを見る限りSmartyもPHPもちゃんと動いてる
５，HTTPで公開しているディレクトリで ethna add-project 。これもOK
６，そこをブラウザーで覗くと「Index of ディレクトリ名」とかいうメッセージが出る。
７，ethnaが作った www ディレクトリの下にある index.php を www でなく
　　プロジェクトと同じディレクトリに置くと、画面真っ白。「Index of....」も出ない。

すんげー困ってます。諸先輩方、助けてくださいおながいします。

**nobodyさん** · 2008/01/27(日) 08:14:55

index.phpのパス書き換えた？

**nobodyさん** · 2008/01/27(日) 08:48:45

>>122
/ethnaアプリ/www/index.php のことでしょうか？
require_onceで読んでる Controller クラスを絶対パスで読んでいるので変えていません。

**nobodyさん** · 2008/01/27(日) 23:57:46

んじゃ、apacheの設定かな。
「Index of....」が出る時点でPHP用に設定されてないんだろうし。

**nobodyさん** · 2008/03/16(日) 23:46:07

開発半年でJavaをやっていてPHPのPの字も知らないのに、
今週からPHPの自社開発に引き戻されたんだが、
自分(19)より年上(45)のおじちゃんが開発経験が無いことが発覚した。
メンバーは22の開発未経験のお兄ちゃんのみ。
４末に納期....死にたいorz
とりあえず、
やさしいPHP(高橋麻奈著)
PHP+MySQL(小島まさご著)
LLフレームワークBOOKS
PEARライブラリ(佐久嶋ひろみ著)
を３日で読んだんだが、
コントローラーで
void main (string $class_name, [mixed $action_name = ""], [mixed $fallback_action_name = ""])
string $class_name: アプリケーションコントローラのクラス名
mixed $action_name: 指定のアクション名(省略可)
mixed $fallback_action_name: アクションが決定できなかった場合に実行されるアクション名(省略可)
【http://ethna.jp/doc/（引用）】
string $class_name、mixed $action_name、mixed $fallback_action_nameは
どこでセットしてやればいいのでしょうか、、、orz
HTML(PHP)ソース上でどこで対応するのでしょうか？
アプリケーションIDやらformやらvalueやらnameやらidやらclassやら頭が混乱してきてしまったよ。
そしておすすめの本あったら教えてください。。。

**nobodyさん** · 2008/03/17(月) 03:38:21

このフレームワークに未来はありますか？

**nobodyさん** · 2008/03/17(月) 06:06:19

Go to symfony!

**nobodyさん** · 2008/03/17(月) 13:41:15

>>125
とりあえず
http://ethna.jp/ethna-document-tutorial.html
ここのチュートリアルから
あとmainとか書かなくて良い
自動でセットしてくれるからな

ソースに対応するのviewに書くsmartyのファイル

**nobodyさん** · 2008/03/17(月) 15:54:10

Ethna使い始めたんですけど、Ethnaって終了してますか？
Ethna公式サイトも更新ないし...

ところで質問なんですけど、アプリケーションを通して使いたいユーザ定数は
どこで定義すればいいのでしょうか？

{APPID}_Controller.php に書けなんて事はないですよね？

**nobodyさん** · 2008/03/17(月) 23:08:03

>>129
EthnaはGreeがある限りあるんじゃないかな
ユーザ定義は自分でファイル作って
コントローラでインクルードしてたかなぁ

**129** · 2008/03/18(火) 09:20:11

>>130
レスありがとうございます。

＞EthnaはGreeがある限りあるんじゃないかな

GreeはID持ってるけど全然ログインしてない。
なんか盛り上がりに欠けるんですよね～。

＞ユーザ定義は自分でファイル作って
＞コントローラでインクルードしてたかなぁ

なるほど、その手がありますね。

**nobodyさん** · 2008/03/18(火) 09:23:30

form で　smartyの {html_select_date} とかを使いたいんですけど、
FORM_TYPE_DATETIMEとかでは使えないですよね？

--action-form--
$form = array(
'Year' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1900,2008),
'Month' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,12),
'Day' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,31),
);
--template--
{form_input name='Year'}{form_input name='Month'}{form_input name='Day'}

とかやるしかないんですかね？

**125** · 2008/03/18(火) 13:02:00

>>128
読んでみたが画面単位でアクションクラスを作成するって把握でいいのでしょうか？
ＥＸ：
検索ボタン、登録ボタンがともに存在する画面
・生徒情報画面(生徒を検索、登録ができる)
・サークル登録画面(サークルを検索、登録する)

だったらそれぞれの画面単位でアクションクラスを作成するってことかな....

都内で詳しい方いたら相談乗っていただけると
助かります.....
ethna77@55mail.cc

**nobodyさん** · 2008/03/18(火) 19:00:29

>>133
アクション単位でアクションクラスを
viewは必要な画面数分だけ
生徒情報一覧を出すアクション
生徒を検索するアクション
生徒を登録するアクション
サークル情報一覧を出すアクション
サークルを検索するアクション
サークルを登録するアクション

viewは
生徒情報を出すview
生徒情報を登録するview
サークルを登録するview
サークル情報を出すview
登録ありがとうview
って感じ？

**125,133の人** · 2008/03/18(火) 20:26:02

>>134
そうなのか！
ありがとうございます。
Javaのフレームワークよりより難しいですね。

ではそのアクション単位で
アクションオブジェクトを作ればいいって把握でいい感じなのかな？
頑張って沢山ビューつくるよorz
タブ切り替えでアクションほしいとか泣きたいよ、ママー。

**nobodyさん** · 2008/03/18(火) 20:47:52

>>135
交通費込みで金くれるなら東京までいくぜｗ

viewは共通化出きる所を共通化してincludeして再利用
あとactionの方の共通化はmanager等を使う

んでアクションのオブジェクト等はコントローラ側で勝手に生成してくれるので
実際に作製必要な処理などは各アクションのperformで処理を
表示関連の処理が必要な場合はviewクラス作って
viewクラスのpreforwardで処理をすればいい

**135** · 2008/03/19(水) 01:55:57

>>136
ど　こ　か　ら　く　る　ん　だｗｗｗ
北海道とかだったら...orz
かっ身体で払います。
近辺なら出せないこともないです。
ethna77@55mail.cc

明日早速ググってみる。
親切にありがとうございます。
周りの人があまりに自分の開発でEthnaの本(ｻｲﾄ)見てるときは目付きがイっててこわがってる....。
客先ＰＧなので自社のイメージなんて、
納会やら帰社日ぐらいで
若いだけで社長の隣に座らされてるから
ニコニコしてる穏やかな人だったらしい。

**nobodyさん** · 2008/03/26(水) 00:45:59

ＣＳＶのデータって通常どこで生成するもの？
やっぱりヴュー？

抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな？
データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
とか使えないよね。

ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道？

**nobodyさん** · 2008/03/27(木) 16:27:33

例えば以下の様に、ラジオボタンによって入力欄のどちらを利用するかを選択させたい場合

<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">

ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法ありませんかね?
結局ActionFormに普通に書いてテンプレートはradioのみ、html直書きでchecked処理は別途行なう、と言う形になってしまうんですが。

**nobodyさん** · 2008/03/29(土) 03:19:28

>>138
>ＣＳＶのデータって通常どこで生成するもの？
>やっぱりヴュー？

そのCSVをダウンロードさせたいのか？
であれば、自分はviewじゃなくてactionだな。
ロジックはAppManagerに書くけど。

>抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな？

View=HTML-Templateに変数を渡すだけって考えた方が良いよ。

>データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
>とか使えないよね。

とりあえず気にするな。メモリが足りなさそうだったらコントローラの最初で
ini_set('memory_limit', '32M');
とかすれば良い。しょぼいレンタルサーバとかじゃないんだろ？さすがに。

>ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道？

正解だと思う。Viewまで行く必要ないと思うがな。

**nobodyさん** · 2008/03/29(土) 03:26:33

>>133
>ＥＸ：
>検索ボタン、登録ボタンがともに存在する画面
>・生徒情報画面(生徒を検索、登録ができる)
>・サークル登録画面(サークルを検索、登録する)

学校のコミュニティサイトでも作ってるのか？
まぁ、Ethna慣れれば↑あたりは1日あれば作れるよ。仕様とHTMLもらってればな。
頑張れ。

**nobodyさん** · 2008/03/29(土) 03:34:30

>>139
>ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法
まず、Smartyのデリミタは { } じゃなくて{{ }} とか <{ }>にした方が良いよ。
JavaScriptとCSSで { } よく使ってうっとうしくなるから。

確かに、Ethnaデフォルトのフォームへルパはあんまりできが良いとは思えない。
ActionForm自体は良いんだけど。

<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">

は、自分だとEthnaのテンプレートでは
<{form_input name="typeab" value="1" id="uki1"}><br>
<{form_input name="input1" attr="id='hoge1'"}><br>
<{form_input name="typeab" value="2" id="uki2"}><br>
<{form_input name="input2" attr="id='hoge2'"}><br>
ってやる。Smarty関数form_inputは全部自作。

で、これらのFormにはIDを振っておいてあとでJavaScriptでこっちのラジオ選択したら
こっちのテキストエリアが書き込みできて、あっちのテキストエリアは
書き込み負荷にして・・・とかやるます。IDつけときゃ、とりあえずあとでJavaScriptで何とかなる。

どうせ入力補佐的なことがしたいんでしょ？

**nobodyさん** · 2008/04/08(火) 21:52:44

最初にController内でちょっとした計算をしたとして、その値を再度ActionClass内で使いたい場合ってどこに置いておけばよいんでしょうか？
sessionに置くのが素直なんでしょうけど、それ以外だと手軽な手はありませんかね？

**138** · 2008/04/17(木) 18:27:49

>>140
ｻﾝｸｽｺ
action=>AppManagerでCSV出力で対応することにしました。

smartyの html_select_dateのようなヘルパは用意されていないですよね？
なさそうなのでなるべく本体に修正を入れないように {APP_ID}_ViewClassで
オーバーライドして作ったけど、なんかスマートじゃないですけど、何かいい
方法ありますか？

あと、検索フォームなど複数の画面で共通して使いたいフォームはどこで定義
するのが正解ですか？
今は{APP_ID}_ViewClassに
function addQueryForm(){
$this->af->form = array_merge($this->af->form, array(～));
}

なんて書いていて、{APP_ID}_ViewClass::preforward() から呼んでます。
FormClassに書くべきなのでしょうか？

**nobodyさん** · 2008/04/17(木) 18:34:38

Viewに書いたのには

１．フォームを表示するための処理なのでView
２．受け取るフォームは１画面なのでActionClassなどでやるべきじゃないよね？

と、一応私なりの理由があるのですが、フレームワークの作法的にはどうする
のが正解なのでしょうか？
質問ばかりですみません。

**nobodyさん** · 2008/04/18(金) 17:41:26

つーかEthnaってもう終ってます？

**nobodyさん** · 2008/04/18(金) 17:46:41

まあ環境が自由でこれから新規で何か作ろうという時に使うもんではないな

**140** · 2008/04/18(金) 18:13:47

>>144
> smartyの html_select_dateのようなヘルパ

EthnaでInputタグ吐き出し系のヘルパ(Smartyプラグイン)ものは、
ActionFormを絡めないと効果半減以下なので、Smarty標準のものは使わないなー。
ActionFormはグローバルで取れるから。

日付とかは、セレクトタブで選ばせるのは意外とツライかもなので、
ttp://labs.spookies.co.jp/static/
とかのを使ったSmartyプラグインとか作った方がいいのかも。

> 複数の画面で共通して使いたいフォーム
これは結構悩みどころなんだけど、そういう場合は、フローとしても
共有部分が根っこにひとつありそうなものなので、そのActionFromで定義。
その時に、
var $form_template
で定義すると、必要なフォーム定義だけ
var $form = array( 'use_form1' => array(), 'use_form2' => array(),);
てやると定義を再記述せずに良い。で、「あーだけど、'use_form1' は基本
必須だけど、ここ(以下のAction)だけは必須にしたくないなー」っていうときは、
'use_form1' => array(
'required' => false,
),
とかすると、required=>falseを除いて全部定義を引き継ぐようになる。

最初、'use_form1' => array(),とか書くのさえダルイなーとか思ってたけど、
これ結構合理的。

あと、あんまり共有化を考えるとあとで縛られまくるから、ある程度差が出てきたら
「えい」ってコピペするのが吉。一度それで死にそうになったことがあるので。

**140** · 2008/04/18(金) 18:15:30

つーか、138=146ならもう書く気なくなた

**144** · 2008/04/18(金) 18:36:06

>>148
たびたび、どうもです。

/public/
/users/
/suppliers/
/admins/
とディレクトリを別けていて/public/のページにすべて検索フォームをつけたいんだけど
action/public.php の $formに書くのが吉ということですね。

あと、検索、一覧、編集というような画面を作るとき面倒なので ActionFormを一つにして
変数で処理を分けているんですが、検索のときに用いる　$form定義と編集のときに用いる
$form定義がかぶるんですが、これって対処するものですか？

表示・入力用 = id, pass, name とかで
検索用＝ s_id, s_pass, s_name とかにするとか？

このへんイマイチわかっていません。
お願いいたします。

**140** · 2008/04/21(月) 22:59:35

>>145
>Viewに書いたのには....
それはそれで一つの解だと思う。正解は無いから自分にあった方法を見つければ。

自分の場合は、EthnaはActionForm==ActionClassなところがあるから、
ActionFormの動的な定義(セレクトタブの中身とか、ラジオの選択肢とか)なんかはActionClassのprepare()でやることが多い。
本当はActionFormのコンストラクタでやれるといいのだけど、ActionFormでは
AppManagerを取れないから。(DBも取れなかったのかもな・・。)

それに、あるActionFormをつかうフローでは、そのフロー以下では
そのActionFromって継続的に定義されているべきなことが多い。
だから、大元で定義しちゃえば、あとはparent::prepare();でオk。

とにかく、parent::prepare();とparent::perform()を効率的に使うと良い。
使いすぎると、「あれれれれ・・・・・？どこで定義してるんだ？」になって
しまうけど、まぁ通常のコードよりはスパゲティ化しにくい。少なくともActionで定義というルールを作っておけば。

**140** · 2008/04/21(月) 23:03:23

>>150
>action/public.php の $formに書くのが吉ということですね。
それ以降で、特にActionForm定義にカスタマイズが無ければそれでOK。
あとは、それ以降のActionClassでは定義のみの空のクラスを作ればOKなんで。

逆に、action/public以下で細かいActionForm定義を加えたい場合は、
ActionClassのprepare()でやっても良いし、
もうちょい頻繁に定義を書き換えたい場合はaction/publicの$formではなく
$form_templateにしておいて、各それ以下のclassで$formを名前だけ空配列で
定義。カスタマイズするところだけを追加定義。

**140** · 2008/04/21(月) 23:08:12

>>150
>検索のときに用いる　$form定義と編集のときに用いる$form定義がかぶる
これは自分はそのままやってる。
というのは、結局DBを背景に考えているから。
学校名で検索ってあったら、検索する時も、編集する時も、schoolテーブルの
school_nameフィールドから検索すると思うが、その時に検索時と編集で
formキーが違うとなんかうっとうしい。

でも、検索時はschool_nameはnot requiredだし、編集時はrequriedだから・・・
という場合にやっぱりさっきの動的なActionFormの定義が役に立つ。

んで、これをさらに共通化させて、
action/public
action/admins
で同じForm定義を使い回そう・・・・とか考えるとハマる。ここは素直に面倒でもどっちか
先に作ってからコピペ。そのうち仕様も変わるだろうし、pucblicとadminsで違うものに
なっていくのは目に見えているからな。

**138 !(146)** · 2008/04/23(水) 00:39:20

>>140様超、ありがとうございます。
規制されていたので返信が遅くなりました。
聞きたいことは山ほどあるんですが..........w

フレームワークを使うのは cakePHPをメンテナンスで少し触ったんですが
国産でいいのないかなぁと探して見つけたのが Ethnaだったんです。
Greeでも使われているし、それなりに信頼できるのかなぁ？ということと
smartyはしょっちゅう使っていたのでヘルパに smartyが使われいたので
他のは全然評価もせずに Ethnaに決めてしまって、いまかなり苦しんでいます。
使用人口が少ないようで、ＷＥＢ上にドキュメントが少ない(´・ω・｀)

途中ZFに切り替えようかとも思いましたが、ZFはバージョンアップごとに色々
問題があるようなので、やめときました。

**140** · 2008/04/23(水) 21:44:20

Ethnaは小回りが利くっていうか、軽い。まぁちろっと使う分には便利だと思う。
Cakeは一度使ってみるかと思いつつ、コード見て「んー。汚い・・・」って思って使ってない。

SynfonyとかcakeＰＨＰとかガッツリ使うほど大きな案件請けてるわけじゃないんよ。
あと、Ethna枯れてるしな。FWって枯れ時が実案件で使い時っつーところもあるし。

**１３８** · 2008/04/23(水) 22:26:16

またまた規制されてしまった
最近、月のうち半分以上が規制されている感じ…

なので携帯からです
一度書いたのになんかチェックのページが表示されて、戻ってもう一度送信しろと書いてあったからその通りしたら消えた…

>>155
しかし、ドキュメント少なすぎますよね？
古いバージョンのものとか混在しているし…

今は大分慣れてきたので、普通のことをやろうとするのは大分楽にできるようになりましたが、
ちょっと凝ったことをやろうとすると、簡単にはまる。

ちなみに140さんは、自前のテンプレートを作成してしようしていますか？
あと、今はeacceleratorのある環境で実行しているのですが、ない場合って結構重たいのでしょうか？
今作っているのが階層が結構深くなるんですが、深くなるほど処理は重くなりますよね？

**140** · 2008/04/25(金) 00:32:52

>>156
ドキュメント無い分はコード読んで何とかしたかな。3年前はドキュメント皆無だったし。
当時はプログラムあまりしらなかったから大変だったけど勉強になった。
>>138はオレが昔書き散らしたものとかどっかで読んでるかも。

基本的にEthnaでやろうとしてできなかったことは無い。
ActionChainと呼ばれるらしきものも強引気味にやったし。
まぁ、たいしたものを作ってないっていうのもあるけど、1～2人ならEthnaで十分。

>ちなみに140さんは、自前のテンプレートを作成してしようしていますか？
自前のテンプレートって、Smarty以外でってこと？Smarty慣れちゃって、それしか使ってないなー。
Smarty重いっていうけど、早く作れるし。
eAccは、普通レンサバに無いので使ったこと無いです。
サイト立ち上げ当初は速くよりも早く作れることなんで。。。

都内なら会社来てもらえば色々説明もできます。
ステ fromdustman@imap.cc

**nobodyさん** · 2008/04/25(金) 13:09:06

都内ならPHP勉強会でたまに取りあげたりしてるんで是非。

>あと、今はeacceleratorのある環境で実行しているのですが、ない場合って結構重たいのでしょうか？
>今作っているのが階層が結構深くなるんですが、深くなるほど処理は重くなりますよね？

階層はたぶん関係ないかと。eAあった方が早いのは間違いないですがよほどPVがない限り気になりません。
たいていフレークワーク本体よりは時間のかかるロジックがボトルネックになります。

**140** · 2008/04/26(土) 00:21:00

>>158
んー、PHP勉強会は昔出たことあるけどあんまり勉強会で話すことも無いかと思う。
別に目新しいことしてるわけじゃないし、良い意味で枯れかけの技術だと思ってるんで。

なんで、できるとしたら、ここでやってるような
「これ、わかんないんだけど、どうしたらいい？」
「こんな感じでEthnaコード書いてるけどどう？」
ってのに対話するぐらいで。

それはそれで楽しいけど、それってPHP勉強会の雰囲気じゃない気がするんだよね。

**nobodyさん** · 2008/05/02(金) 02:58:13

もうすぐ 2.3.5 が出るみたいだね。
ここ3週間でコミッタが復活したらしい。

http://svn.sourceforge.jp/cgi-bin/viewcvs.cgi/ethna/trunk/CHANGES?rev=518&root=ethna&view=markup

**nobodyさん** · 2008/05/03(土) 10:18:16

一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

**nobodyさん** · 2008/05/03(土) 16:28:30

>>161
具体的に書いた方がみんな幸せになれるから
具体的にお願いします。

**nobodyさん** · 2008/05/03(土) 16:43:32

志村ーコピペコピペ

**nobodyさん** · 2008/05/03(土) 23:30:29

>>161
http://pc11.2ch.net/test/read.cgi/php/1177683436/276
276 名前：nobodyさん[sage] 投稿日：2008/04/30(水) 12:41:32 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

http://pc11.2ch.net/test/read.cgi/php/1205475360/765
765 名前：nobodyさん[sage] 投稿日：2008/04/29(火) 00:30:20 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

**nobodyさん** · 2008/05/04(日) 14:07:09

[project]-ini.php
で通常DB使う場合に設定する
"dsn"=>"mysql://mysql_user:mysql_userpass@mysql_server/mysql_db",
といった記述なんですが、
mysql_server部分を動的に変えたい場合、何か良い方法はないでしょうか。
[project]-ini.php 内では
$this->aff->get()とか使用できないので。。。

**nobodyさん** · 2008/05/07(水) 09:06:27

>>165
それぞれのdsnにキーを割り付けて、getDBで選択するという手はだめかな

http://ethna.jp/ethna-document-dev_guide-db.html#zc5316fe

**nobodyさん** · 2008/05/08(木) 18:10:16

2.3.5 リリースsage

**nobodyさん** · 2008/05/09(金) 20:41:27

validate について質問

1.inputフォーム
2.validate->確認画面
3.DB更新＆完了画面

という遷移をしたい場合 validateって3でも必要ですか？
2でvalidateが通った後無理やり GET引数に?varname=XXXX...略、とか
したら、validateが通っていないデータで更新できてしまいますよね？

あと、formでpostを繰り返して遷移していく場合、もどると期限切れに
なりますよね？これって 302とかを使って解決すると思いますが、
Ethna的にはどのように書くのでしょうか？

1. GET なにがしかの form
2. POST confirm [validate] => 302 confirmed
3. GET confirmed
4. POST do => 302 done
5. GET done