【PHPフレームワーク】Ethna【スケルトン自動作成】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/08/03(水) 21:00:39ID:TuHx69hTEthna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/
SourceForge.jp: Project Info - Ethna
http://sourceforge.jp/projects/ethna/
0204200
2006/04/08(土) 20:25:37ID:???それなら$dsn取ってきて、それぞれのRDBMにあわせた処理すればいいだけじゃん。
これくらいで諦めるのはもったいないですよ。
function escapeSQL(&$var)
{
$ctl =& Ethna_Controller::getInstance();
$dsn = current($ctl->dsn) ;
$db_type = substr($dsn, 0, strpos($dsn, ':'));
if (!is_array($var)) {
if (is_null($var)) {
$var = 'NULL';
} else {
switch($db_type){
case 'pgsql' :
$var = pgsql_escape_string($var) ;
break ;
default :
$var ='¥'' . addslashes($var) . '¥'';
}
}
return;
}
0205200
2006/04/08(土) 20:30:11ID:???でも、RDBMにあわせたunescape自体が結構面倒そう。
ライブラリ探すか、力技使うしか無いと思うが。
0206nobodyさん
2006/04/08(土) 21:07:01ID:???0207nobodyさん
2006/04/09(日) 01:17:55ID:???oracleとか使ってる人いる？
0208nobodyさん
2006/04/09(日) 02:37:42ID:???0210202
2006/04/09(日) 10:16:14ID:???これも面倒そうなんだよね。
0211nobodyさん
2006/04/09(日) 15:08:46ID:???ちょっとさびしいけどねぇ。
postgreSQLは日本では結構なユーザがいるので、非対応はコミットしてくる人を減らてるような気がします。
偉い人がんばれ
0213nobodyさん
2006/04/11(火) 10:05:10ID:???0214nobodyさん
2006/04/11(火) 11:45:21ID:???MSSQLはPHPで使ってる人が少なすぎて、MSSQLモジュール自体が
メンテされずに、大分怪しいものになってるという噂も聞く。
0215nobodyさん
2006/04/14(金) 19:12:28ID:???バリデートエラーのときに、前のアクションを実行して戻したいときのような
0216nobodyさん
2006/04/14(金) 20:16:35ID:???ethnaとおってるからisErrorが効かないようなんですが
0219nobodyさん
2006/04/15(土) 10:04:53ID:???とかで判定できない？
エラーになった場合、返り値のクラスは何になってる？
0220nobodyさん
2006/04/15(土) 10:58:14ID:???ActionClass の prepare の戻り値が遷移先名になっているから、
戻り値に飛ばしたい、アクション名じゃいかんの？
0221nobodyさん
2006/04/15(土) 16:16:18ID:???null-＞正常
null以外-＞テンプレート名
ではないんですか？
たとえばDBからユーザーの新規追加フォームとユーザー一覧が表示されているようなページに戻したいんです。
普通に新規追加のバリデーションエラーとしてreturn 'user_list';とかにするとテンプレートを呼び出すだけなのでユーザー一覧が表示されません。
もうちょっと調べてみます。情報ありがとうございます。
0222nobodyさん
2006/04/15(土) 18:14:06ID:q5ZbQNWP[View]
input = action:アクション名
みたいにできるんだけどな
0223nobodyさん
2006/04/15(土) 22:49:43ID:???俺も良く分かっていないんだけど、
action->view->template と呼ばれる中で、例えば action でエラーが
発生した場合、前の（元の）ページへ戻るよう return 値を設定しても、
元のページの view->template しか実行してくれないんだよな。
だから view がなくせ無いし、view で値を取得するような処理も削除できない。
haltさんは view は不要って言ってるけどどうやって実現しているのだろうか？
0224nobodyさん
2006/04/18(火) 03:35:13ID:AmgnkAQVActionクラスからアクセスしたいんだけど、
どうやってやればいいですか？
0229nobodyさん
2006/04/23(日) 21:24:44ID:AC8rHv07試験的に導入してみよう。
0230nobodyさん
2006/04/23(日) 22:40:17ID:???0231nobodyさん
2006/04/23(日) 23:47:24ID:???早くこれにしてくんないかなー。
やっぱりサイトがかっこいいと、いいもの使ってる感がでていい。
0233nobodyさん
2006/04/24(月) 00:09:17ID:???清潔感あるし。最近はやってるねこういうデザイン。
0234nobodyさん
2006/04/24(月) 02:08:52ID:???なんかセンス古くない？
Mapleのデザインはシンプルでいいと思う。
0235nobodyさん
2006/04/24(月) 22:43:00ID:???0236nobodyさん
2006/04/25(火) 01:37:43ID:???0237nobodyさん
2006/04/25(火) 03:21:23ID:???2.0.1→2.1.0の変更点ってまだ載ってない？
0238nobodyさん
2006/04/26(水) 11:31:00ID:d7Bd/O1A0239nobodyさん
2006/04/28(金) 15:09:37ID:???つまり、「ユーザー登録を行ったあとにユーザ一覧を表示する」ってことでいいかな？
これは掲示板でいえば「投稿したあと記事の一覧に戻る」みたいなかんじ？
ここはredirectするのが正しい。
Actionのreturnでtemplateやviewを呼んで表示させた場合ブラウザ内部で
POSTしたデータをもったまま画面遷移してしまうのでリロードしたときに
再度データ送信してしまう可能性がある。のでredirect。
これはMojaviとか他のフレームワークでもフレームワーク使ってなくても同様。
redirect.tplってのを作ってそこのHTMLのMETAで飛ばすとGREEっぽい。
(ActionでsetApp('redirect_to', 'http://example.com/'); return 'redirect'って感じで)
このへんのテクニックは近日発売の超極めげふんげふんにある
ソースコードに書いてあります。あれはView一つあるかないかくらい。
>>223
そのケースはエラー発生時にエラー画面に飛ばすということだから>>221とは
ちょっと違う感じ。Formのvalidationでエラーがでたときの話？
もう少し具体的な例をあげてくれると答えられるかもしれません。
0241nobodyさん
2006/04/29(土) 17:22:44ID:???PHPを覚えたうえに他人が決めたルールをさらに覚えるなんてムダな・・・
0242nobodyさん
2006/04/29(土) 18:08:49ID:???なら苦労し続ければいいと思う。
フレームワークにメリットがなければRailsもCatalystも流行らないわけで。
0243nobodyさん
2006/04/29(土) 19:07:51ID:???｛;;;;;;ゝ T辷iﾌ i f'辷jァ !i;;;;; 自分ルールで書いた方が早いし分かり易いじゃん』
ヾ;;;ﾊ ﾉ .::!lﾘ;;rﾞ
`Z;i 〈.,_..,. ﾉ;;;;;;;;> そんなふうに考えていた時期が
,;ぇﾊ、 ､_,.ｰ-､_',. ,ｆﾞ: Y;;f 俺にもありました
~''戈ヽ ｀二´ r'´:::. `!
0244nobodyさん
2006/04/29(土) 23:07:46ID:???自分はあんまりセンスが良くないので、達人のエッセンスを流用できて
勉強にもなったし、メリットは大きかった。
0245nobodyさん
2006/04/29(土) 23:29:25ID:???逆に辛くなるよね。
身体まるっと投げ出すくらいにすると結構楽になる。
0246nobodyさん
2006/04/30(日) 00:08:03ID:???0247nobodyさん
2006/04/30(日) 11:18:33ID:???0248nobodyさん
2006/04/30(日) 13:31:50ID:9b2aSJKIaction1→action2→view2
ってのはむりなのかい？
どうしてもやりたい場合はリダイレクトが無難？
他のフレームワークではできるの？
0250nobodyさん
2006/04/30(日) 17:12:39ID:???だって全然苦労してないもん。
一つのスクリプトなんてせいぜい500行以下（大規模なアプリはそれらを複数組み合わせる）だし、
そんなもん１日あれば十分書ける。
繰り返し出てくる似たような処理は以前に作ったコードを関数化してコピペすりゃいいし、
フレームワークどころかクラスの必要性すら感じない。
0251nobodyさん
2006/04/30(日) 17:22:53ID:???自分の手足のような再利用性の高いコードをたくさん持ってる人にはたしかに一理あるかも。
逆に言うと、フレームワークの機能を手足のように使えるようになればいろんな人がコミットした便利なコードがどんどん使えるようになるのでは？
0253nobodyさん
2006/04/30(日) 18:03:02ID:???0254nobodyさん
2006/04/30(日) 19:07:53ID:???オブジェクト指向スレか、フレームワークスレでやったほうがいいよ
0255250
2006/04/30(日) 20:01:12ID:???フレームワークを手足のように・・・は、その通りかもね。
でも俺は個人的には他人のソースを読んで理解する手間をかけるなら、自分で書くほうが早いと思う。
>>252
他人が関わるとなると大変だろうね。でもコメント含め、極力分かりやすく書いてるけど。
ここにいる人たちは個人開発でもフレームワークを使ってるんだろうか？？
0256nobodyさん
2006/04/30(日) 20:40:12ID:???分かりやすいしね。
0257250
2006/04/30(日) 21:11:35ID:???でもさ、いくら慣れようとも、やっぱり他人の作った枠組み（フレームワーク）を
使うことによってまた新たな（余計な）問題や悩みが出てくるわけだよね。
だからこのスレみたいな質問スレもあるわけだし。
ってことは、チーム開発でもしない限り、フレームワークなんて
使うだけ二度手間で無駄だと俺は思うんだが。
0258nobodyさん
2006/04/30(日) 21:27:42ID:???自然に身に付くメリットもあるよ
0259nobodyさん
2006/04/30(日) 23:17:46ID:???他人のソースに学ぶものなど無いと思うんなら、そのままでいいんじゃない？
スレ違いなんで続きは↓なんかでやってはいかがでしょう。
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/l50
0260nobodyさん
2006/04/30(日) 23:43:57ID:???たしかに、俺はEthnaを使えるようになる過程で
・ORM
・MVC
について、勉強させられた。
結果として、それらが理解できて今幸せだけど、>>250みたいに、
その壁を超えるのが嫌ってのもわからんでもないから、それはそれで良いと思う。
ただ、今のところ、出てきた問題が「余計」とか思ったことはないなー。
その問題が解決されたときに「また勉強になった」と思えたし。
あと、Ethnaはそれに固着した問題が出にくい構成だと思う。
結構「なんでもあり」で素晴らしいフレームワークだと思ってる。
（と、話をEthnaに戻す）
0261nobodyさん
2006/05/01(月) 00:22:31ID:???私もすごく勉強になってます。
初心者から中級者になるのってとても溝が深いと思うけど、Ethnaを使いこなそうと思ってがんばる過程がその一助になるんじゃないかなぁと妄想してます。
ところで、ここのToDoみてハアハアしてます。
http://beta.ethna.jp/index.php?ethna-document-roadmap
かなりテンコ盛りですよねー。正式版はいつになるのかなぁ。
postgreSQL好きなので
Ethna_AppObject改善
直SQLサポート
DB依存改善
ってところを先行でお願いします。ぺこり。
0262nobodyさん
2006/05/01(月) 00:36:34ID:???バージョンアップしていくと考えていいのかな？
先日ちょっと触ってみて良さそうだったので
本格的にEthnaで開発しようと思ってるんだけど、
基本的にまだバージョン4の環境の方が多いので・・・。
0263nobodyさん
2006/05/01(月) 00:45:41ID:???新しい知識や枠組みを理解して「ランナーズハイ」を得るのはいいけど、
問題はそれが実際にどれくらい役に立つか、どれくらい生産性を上げるか、に尽きるよね。
>>250みたいに、１日～数日で書けるようなスクリプトのために
わざわざフレームワークが必要なのかどうかが疑問。
（そもそもPHPでそこまで大規模なものを作る必要がある個人や組織って、そんなに多くいるか？？）
0264nobodyさん
2006/05/01(月) 01:08:28ID:???> >>250みたいに、１日～数日で書けるようなスクリプトのために
一つ一つのスクリプトは小さくてもサイト全体では何十個も書くわけで、
それが統一的な書式で書かれるメリットはあるんじゃない？
また、協業するほどの規模ではなくても、メンテナンスを他人に任せる
ことはあるし、その時に考えたやプロセスの流れをゼロから説明するよりも、
Ethnaの用語を共通語として説明する方が楽という面もあるなぁ。
引き継ぐ人にはEthnaの勉強をしてもらわないといけないけど、自分流を
押し付けられるよりは反発が少ない＞経験上
ま、250氏は物は試しで Ethna を使って２，３アプリを作ってみて
判断すれば良いんじゃないかな？
0265250
2006/05/01(月) 01:48:07ID:???なるほど、それはたしかに一理ありますね。
でも俺はアホだからEthnaを勉強するのにすげー時間がかかりそうですorz
あと、「サイト全体では何十個も」って、いったいどんな規模のサイトなんだろう・・・？？
たとえばmixiを例にとると、1000行以下のスクリプトが15個くらいあれば足りると思うんだけど・・・
0267nobodyさん
2006/05/01(月) 02:58:52ID:???具体的に何にいくつ使うんだ？？
表面的に見えてるもの（home.plなど）だけで10個くらい、
裏方で動いてるであろうもの（cronで動かしてるもの含む）も
せいぜい10～20個くらいじゃないか？
どんなに多く見積もってもせいぜい30だな。
0268nobodyさん
2006/05/01(月) 04:08:04ID:???mapleはできる
>>249
1,ユーザ一覧と、ユーザ登録フォームがあるページ
2,ユーザを登録するためにフォームに入力->submit
3,validateエラーなので１に戻す
普通にテンプレートだけ指定すると当然ユーザ一覧は表示されない
だから1のアクションをもう一度実行したい。
location使ってもいいけどフォームの入力値が保存されないのが問題
0269nobodyさん
2006/05/01(月) 04:15:37ID:???そういう場合は共通の動作（ユーザ一覧を取得とか）をactionクラスの中のメソッドにして
3の時にもう一回そのメソッド呼ぶって感じで処理してるな。
俺も他にスマートな方法があったら知りたい。
0270nobodyさん
2006/05/01(月) 05:22:22ID:???見えてるものだけでも30は超えるだろ
トップ、登録、ログイン、ログアウト
日記検索、表示、日記書き込み、コメント一覧
友たち一覧、コミュ一覧、足あと
プロフィール表示、編集、設定変更
紹介文表示、書き込み、写真編集
掲示板一覧、編集、閲覧
コミュ検索、参加、退会、誘う、管理人まわり
レビュー検索、編集、閲覧
メッセージ表示、送信
フォトアルバム検索、編集、閲覧
ヘルプ、mikly、リリース情報
0271nobodyさん
2006/05/01(月) 10:43:38ID:???mixiの中の人が使う管理ツールとか、バッチ処理を行うcronとか
広告まわりの管理機能も必要だな。ニュースの取り込みもある。
数えればきりがないし、今後どんどん増えていくだろう。。
最初は少なくても、あれをやりたい、これをやりたいって言ってるうちに
だんだん膨れ上がっていくことはWEBでもよくある話だ。
なのでフレームワークを導入しておくメリットはあると思う。
>>261
なんかTODOふえてるなー。てんこもり状態だ。
JSONやAjaxもいいけど、DBまわりの改善を強く望みます！！
0272nobodyさん
2006/05/01(月) 11:15:30ID:???なるほど意味わかった。
>>269のやり方が正解。
ただし>>269はActionのメソッドとして実装しているけれど
ここは「ユーザー一覧を取得するメソッド」を持つ
AppManager(ProjectId_UserManagerとか？)を作って
それをActionから呼び出す。
AppManagerにすればどのActionからでも使えるし。
基本的に画面の遷移、フォーム制御以外のロジックは
AppManagerに全部かいてしまうのが良い。
0273nobodyさん
2006/05/01(月) 11:35:03ID:???あっ、そっか！！ ちょっと数え方を勘違いしてた。
そうだよね、それくらいあるよね。
で、数は多いけど一つ一つはけっこう単純で簡単なスクリプトって感じだよね。
>>271
とりあえず基本機能だけに絞れば、２～３日あれば一人で作れそうだよね？？
0274nobodyさん
2006/05/01(月) 15:02:53ID:???ロールやセッション、DB周り、一つ一つにエラー処理といろいろと
考え出すときりがないし、無いと問題になるから。
むしろその辺をFWに任せたり、無視できれば楽w。
0275nobodyさん
2006/05/01(月) 16:29:57ID:???見込みが甘すぎないか。。
単純な基本機能だけなら、すぐにできるかもかもしれないが、
細かな機能を揃えてアプリが大きくなるにつれ、
メンテコストはどんどん上がり、開発速度はどんどん落ちるぞ。
mixiの規模なら動作検証テストを行うだけでも大変だ。
0276nobodyさん
2006/05/01(月) 16:30:03ID:???俺はむしろエラー関係やセキュリティ関係などをＦＷに任せてしまったときに、
万が一ＦＷの不具合または自分の理解不足や使い方のまずさのせいで
何か問題が起こると手が付けられないので、自力でやったほうが安心できるｗ
0278nobodyさん
2006/05/01(月) 23:38:44ID:???0279nobodyさん
2006/05/02(火) 00:24:21ID:???たとえば、数万人が同時にアクセスしたときの状況なんて
どうやって事前にテストするの？？
0281nobodyさん
2006/05/02(火) 07:06:11ID:9MMBFPNj複数のDBを使ってると思うんだけど
Ethnaは分散DBとかクラスタリングに対するアプローチを提供しているの？
Ethna使ったらそのへん少しは楽になる？
0282nobodyさん
2006/05/02(火) 11:13:31ID:???mysql のレプリケーションには対応してるよ。
複数DBが設定できて、それぞれにRead(slave)とWrite(master)の属性をつける感じ？
0283nobodyさん
2006/05/03(水) 05:34:31ID:???・テーブルごと、read/writeごとに
適切なDBサーバに接続してクエリ発行
・上層では、どこに接続しているかを知る必要はない
って形にしたいんだ。
レプリケーション対応ってことはそのあたりも
考慮されてるってことかな。
ちょっと触ってみる(｀･ω･´)
0284nobodyさん
2006/05/03(水) 19:49:17ID:???デフォルトの状態で、確認画面を出しつつファイルをアップする事って可能でしょうか？
サンプルのサインアップのように確認画面を出すと、一応ファイル情報は渡っているのですがプロセス終わっているので一時ファイル消えてしまうのです。
GREEだと、確認時点で既に目的のディレクトリにUPしてファイルのIDを渡しているようなのですが、これと同じようにすればいいのでしょうか…。
0286nobodyさん
2006/05/03(水) 22:24:45ID:???あはは。同じく。
>>284
GREEのサイトの動作で良いなら同じようにすれば良いし、
不満があるなら分かるように書いてくれ。
0287nobodyさん
2006/05/04(木) 09:38:15ID:rkFCz1JBIPを元に妥当性チェックをしています。
IPが変わる環境を想定して
「同一ネットワーク範囲」になっていると思うのですが
このメソッドはIPがコロコロ変わる携帯の環境でも適用OKなのでしょうか？
0288nobodyさん
2006/05/04(木) 10:38:37ID:???そのあたりどうするのがベストな解なんでしょう？
Ethna_Sessionを継承してControllerのclassプロパティを
Ethna_MySQL_Sessionとかいう感じに書き換えるだろうと思ってたのですが
http://www.itt-web.net/modules/xeblog/?action_xeblog_index=1&cat_id=18
こちらのブログを見ると、
DBコネクションが取れないようです。
基幹オブジェクトの生成順序を変更すればいいのかなーとも思いますが…
どんなもんでしょう？
0289nobodyさん
2006/05/05(金) 14:20:10ID:???プレースホルダ用のパラメータ渡したら
渡ってなかった(´･ω･`)
自前でSQL全部組み立てて渡さないといけないのね
AppObject使わない場合
エスケープはどうするのがEthna流？
0290288
2006/05/06(土) 10:19:17ID:???○Ethna_Backendを拡張
コンストラクタの最後で、
自分自身をEthna_Sessionの拡張クラスに渡す。
またshutdownDBでコネクションを廃棄してしまわないよう、
何もしないメソッドでオーバーライドする。
○Ethna_Sessionを拡張
DbSessionHandlerオブジェクトを生成、ハンドラとしてセット。
Backend受け取り用のメソッドも追加。
Backendを受け取ったらDbSessionHandlerにdbオブジェクトをセット。
○DbSessionHandler
読み込み、保存等
0291nobodyさん
2006/05/06(土) 16:18:47ID:10gQsHXE0292nobodyさん
2006/05/06(土) 17:34:27ID:???0293nobodyさん
2006/05/06(土) 18:56:51ID:???関数と、Ethna/class/SmartyPlugin.phpの中に同じ名前の関数が入ったから。
だから重複しているぞとエラーが出る。preview2.1.0にはなかったんだけど
beta2.0.2-20060502あたりから入ってる。
0294nobodyさん
2006/05/06(土) 19:29:09ID:10gQsHXEprimaryつけたら、なぜかgroup byしてエラーになるんですよね。。。
Ethna_AppObjectの_getSQL_SearchPropを書き換えればいいのかな？
それだとバージョンアップ時に面倒なので、何か他に良い回避策無いでしょうか。
0295nobodyさん
2006/05/06(土) 20:40:31ID:06TlKyoI「Actionを実行して、その結果画面を変数に得る」機能ってないの？
ないとすれば、いくつかの小さな画面から構成される画面は
どうやって構築するのがEthna流？
0296nobodyさん
2006/05/06(土) 22:41:29ID:10gQsHXE>>76 みたく一個一個のactionFormに書くしかない？
Ethna_ActionForm.phpに直接書くのは避けたい。
あああ。慣れるのに時間がかかる～。
0297nobodyさん
NGNG個々のActionFormは、先に作ったクラスを継承させている。
Ethna_ActionClassでの処理も同様に。
0298nobodyさん
2006/05/07(日) 07:41:44ID:???基底クラスからinitializeメソッドとかを呼び出す形にした方が
いいんじゃないかな？(Template Method）
現状だと初期化処理するために
コンストラクタをオーバーライドしないといけないから。
0299nobodyさん
2006/05/07(日) 11:18:24ID:ql08TCabなるほど！ありが㌧!!
>>298
とりあえず今は
parent::Ethna_ActionForm($controller);
って逃げとくしかないのがベター？
0300nobodyさん
2006/05/12(金) 23:01:13ID:rwERuLLOどこに入れてる？
0301nobodyさん
2006/05/13(土) 01:16:56ID:???曖昧な質問かも。
再利用可能って、そのアプリ内で？別のアプリでもって意味で？
前者なら/app後者なら/lib
さらに、オブジェクトってインスタンスの意味？
インスタンスはAppManager使えばsingletonとして問題無し。
0302nobodyさん
2006/05/13(土) 11:56:24ID:???シングルトンは基本AppManagerにしていけばいいんだね
0303nobodyさん
2006/05/13(土) 17:20:23ID:+4PvLPs5それって何か不安。
接続する処理消したけど。
■ このスレッドは過去ログ倉庫に格納されています