【PHPフレームワーク】Ethna【スケルトン自動作成】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/08/03(水) 21:00:39ID:TuHx69hTEthna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/
SourceForge.jp: Project Info - Ethna
http://sourceforge.jp/projects/ethna/
0002nobodyさん
2005/08/03(水) 21:01:00ID:???【PHP】フレームワークMapleに舌鼓@WebProg
http://pc8.2ch.net/test/read.cgi/php/1122105465/l50
00031
2005/08/03(水) 21:02:18ID:???あって始めてみた奴は多いはず。
しかし、へたれな俺はいまだ初期サンプルすらうごかず。
Windowsでやるのはちょっと面倒らしい
00061
2005/08/03(水) 21:39:20ID:???一応、動いた
00074
2005/08/03(水) 22:02:08ID:???Mojoviスレも立ってないのに特集にあったからってスレたてるのもどうかと
大体、藤本スレがあるじゃんエスナ。
00081
2005/08/03(水) 22:08:43ID:???藤本スレってどれ?
フレームワークって一つのスレでやるわけにもいかないし
Mojaviがいるならそれを立てたらいいんじゃない?
糞スレがいっぱいあるんだし、下のほうで落ちかけてる
糞スレよりマシなら新スレはありだとおもうけど。
あと、新しい技術とかネタは、資料が少ないので枯れた技術より
スレの価値はあると思うけどな
0009nobodyさん
2005/08/04(木) 10:24:38ID:???Phrame スレが実質的フレームワーク総合スレみたいになってるから、そっちでやると良いよ。
多分次スレは、総合スレにすると思うし。
0010nobodyさん
2005/08/04(木) 14:15:11ID:???0011nobodyさん
2005/08/05(金) 00:59:30ID:???ブラウザから骨作成できるようにかえてみた
0012nobodyさん
2005/08/07(日) 10:44:22ID:haxCMb+YEthna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-db.html
をどこに書いたらいいのかよくわからん。
0013nobodyさん
2005/08/07(日) 15:34:24ID:???0016nobodyさん
2005/08/08(月) 00:51:37ID:???0018nobodyさん
2005/08/08(月) 02:36:56ID:5eB+RryD他スレの内容もよく確認せずに立てるからこういうことになる。
>>9で誘導された以降は埋めに入っているだけだ。
0020nobodyさん
2005/08/08(月) 23:04:04ID:???0021nobodyさん
2005/08/09(火) 07:49:38ID:???0023nobodyさん
2005/08/19(金) 16:22:35ID:G4tV6ApK0025nobodyさん
2005/09/07(水) 08:13:27ID:mmk2nS5qEthnaの波がきそう。
0026nobodyさん
2005/09/07(水) 11:28:40ID:???0027nobodyさん
2005/09/08(木) 03:02:26ID:rKSNVtMqオープンソースものができないと波は来ないと思われ
GREEの中の人が作ってるものがGREEに適用されるだけでは
たいした変化は無いと思われ
あ、更新はもうちょっと盛んになるかな
0028nobodyさん
2005/09/09(金) 17:40:26ID:???GREEで使われている→OSSで使われる→浸透
ってなるかもしれないし,採用されること自体は良いことだと思うなー
何しろEthnaの開発者自身が使うんだし.
0029nobodyさん
2005/09/20(火) 11:50:19ID:???このメソッドではき出されるインサート文、
動くデータベースサーバって、MySQLだけ?
0030nobodyさん
2005/09/30(金) 00:46:01ID:???今のところEthna_AppObjectがMySQLの場合の処理しか書いてないから
そうみたいだね。
あと、Ethna_AppObjectがPEAR::DBに結構べっとりなんで、orz。
0031nobodyさん
2005/10/19(水) 03:41:02ID:???0033nobodyさん
2005/10/20(木) 20:17:48ID:gGHMowG8キタコレ
やはりスクラップ&ビルドしたみたいだね
0034nobodyさん
2005/10/20(木) 20:44:36ID:CoKHMuILふじもと神カッコヨス!
0036nobodyさん
2005/10/29(土) 00:45:05ID:cpVuZiElPEAR::DB以外でも使えます。
たしかにEthna_AppObject.phpのDBオブジェクトを格納しているメンバ変数名は
my_dbなのでMySQL限定にみえますが、getDBListでもってきているので
Controller側で設定されたDBオブジェクトが格納されるようになっています。
さらに、SQL生成部分も抽象化されているのでPEAR::DBよりも手前のレイヤー、
getSQL関連の部分をQueryBuilderなどに置き換えることで他のライブラリに対応させることも可能です。
ただJOINとかには'まだ'対応していません。(設計上は実装可能ということです)
とりあえずimportForm,exportFormが便利なのでオススメ。
003730
2005/11/02(水) 01:11:18ID:np1WZqZr自分が、Ethna_AppObjectが結構PEAR::DBにべっとりだなって思ったのは、
Ethna_AppObject::searchPropで
-------
$r =& $this->my_db_ro->query($sql);
if (Ethna::isError($r)) {
return $r;
}
$n = $r->numRows();
-------
ってところ。
$rにnumRowsメソッドを期待してるところからです。
なんで、Ethna_DB_PEAR以外にEthna_DB_HOGEってのを使おうと思って、
class Ethna_DB_HOGE extends Ethna_DB
ってのを作ったのですが、これだと少なくともsearchPropで上手く行かないので、
PEAR::DBと同じようにPEAR::DB_Resultと同等のメソッドを持つラッパー的に
class HOGE_DB_Result
ってのを作りました。
ドキュメントには、「Ethna_AppObjectは自分による自分のためだけの・・・」
なんて書いてますが、Ethna使ってて他のORマッパー使おうとは思えないんで。
テーブルJOINは
function _SQLPlugin_SearchTable(){return "";}
を見て、ややコケました。
なんで、なんかかなり強引にやった気がする。
importForm/exportFormは便利ですね。EthnaはDB/Formが明確に分かれて扱えながらも
接着は容易という点で使いやすいです。
0038nobodyさん
2005/11/03(木) 22:06:06ID:???O/RマッピングはJOINが出来ないって書いてあったから
最初から使う気無かった。
JOIN使わないSELECT文ってほぼ有り得ないだろうと思うんだけど。
PDOを使ってDB接続、SQL発行管理用にクラス作ってControllerクラスでincludeしてるよ。
Ethnaってかなりいいなぁと思うけど、更新の遅さがちょっと気になる。
0039nobodyさん
2005/11/03(木) 23:10:11ID:???0041nobodyさん
2005/11/04(金) 15:59:09ID:Rgaz27bJAppObjectにこだわる必要はないし使わなければいいのでは?
自分は実務ベースではAppObjectは使ってない。
0043nobodyさん
2005/11/04(金) 19:05:09ID:???0044nobodyさん
2005/11/04(金) 19:44:28ID:???0045nobodyさん
2005/11/05(土) 19:56:47ID:???4.1 系、 5.0 は怖くて使ってないです。
マルチバイトの問題をまとめて本家に伝えるみたいなのはどうなったんだろう。
0046nobodyさん
2005/11/06(日) 16:38:43ID:???どこかのブログで読んだ記憶がある
0047nobodyさん
2005/11/09(水) 22:28:17ID:???http://www.mysql.gr.jp/mysqlml/mysql/msg/12372
0048nobodyさん
2005/11/29(火) 01:43:21ID:???少し動きが出ればいいんですが。
0049nobodyさん
2005/11/29(火) 11:43:19ID:???0.2.0 はどこか別の場所にあるんですかね?
サイトには8月中には出したいと書かれているけど?
0050nobodyさん
2005/11/29(火) 13:04:14ID:???俺も見つけられなかった・・・たぶん無いんじゃないかな
sourceForgeのCVSからとってくるのが一番マシかと。
0051nobodyさん
2005/11/29(火) 16:48:34ID:???そうなんだ・・・。
記事に 0.2.0 を落とせって書いてあったので、てっきりどこかにあるのかと。
CVS版で始めてみます。
0052nobodyさん
2005/11/30(水) 14:21:21ID:???Ethnaの出力ってEUC-JP固定なのかな?
UTF-8で出力(できればphp、tplファイルなんかも)したいんだけど、
EthnaのソースをUTF-8にコンバートして、
skel\template.index.tpl
tpl\info.tpl
のメタタグ書き換えて、class\Ethna_SmartyPlugin.php の一部機能を
あきらめればいいのだろうか?
それともなんかもっとスマートな方法ありますかね?
0053nobodyさん
2005/11/30(水) 14:34:19ID:???Ethna_I18NクラスにsetLanguageメソッドがあるから
なんとかなるのかも。
すれ汚しスマソ
0054nobodyさん
2005/12/01(木) 00:58:58ID:???http://project-p.jp/halt/anubis/blog_show/376
0055nobodyさん
2005/12/01(木) 01:09:34ID:???なるほど。参考になりました。
私の場合はデータもUTF-8化してしまっているので
(人名をなるべく忠実にとの依頼を断りきれず)、それを取り扱う
ファイル自体もUTF-8化しておきたかったりします。
もう少しソース読んでみますです。
0056nobodyさん
2005/12/01(木) 12:44:15ID:KQRT48SCそれはgettext関係のだから今回とはちょっと関係ない。
>>55
DBとかファイルのデータがUTF-8ってことかな。
EUC-JP使うよりはUTF-8の方が良い。自分もUTF-8でやってる。
しかしEthnaでUTF-8するには日本語が使われてる部分を片っ端からUTF-8に
変更するしかないかも。
最低限の構成だと、エラーメッセージとか、
外部に日本語が表示されるファイルだけUTF-8にして
UTF-8で作ったスケルトンを用意しておいて普通に開発すればいい
(けど面倒くさいよね)
005755
2005/12/01(木) 13:45:00ID:???そうです。
internal_encoding も http_output も UTF-8 化してしまってるんで
コンバート処理をはさみたくないなと。
PHP も 6.0 からはユニコードが標準になるみたいですし、Ethnaの方も
対応してくれるとありがたいですね。
ちなみに >>52 の方法でもとくに問題ないようです。
0058nobodyさん
2005/12/05(月) 11:33:30ID:???$sql = "select * from hoge where foo = ? and bar = ?";
$result =& $db->query($sql, array($a, $b));
ってやると nativecode=1064 ** You have an error in your SQL syntax と
なってしまうのですが??
$sql = "select * from hoge where foo = '" .$a. "' and bar = '" .$b. "'";
$result =& $db->query($sql);
とすると通るので$dbは正しいDBオブジェクトだと思うのだけど・・・。
こうなる方いませんか?
Ethnaは0.2.0-devです。
005958
2005/12/05(月) 12:01:45ID:???$sql = "select * from hoge where foo = ? and bar = ?";
$sth =& $db->prepare($sql);
if (PEAR::isError($sth)) {....}
$result =& $db->execute($sql, array($a, $b));
としてみたが、Call to undefined method Ethna_DB_PEAR::prepare()と返る。
?と思ってEthna_DB_PEAR.phpをみると・・・。なるほど。
でも、>>58の書き方を禁止する意味って何なんだろうか?
うーむ。さっぱりわからないです。
0060nobodyさん
2005/12/05(月) 23:50:42ID:???禁止っていうか、作りかけなだけでは?
getAll とか getRow getCol とかのメソッドもないし。
めんどいけど、いっこいっこ追加していくか。
006158
2005/12/06(火) 00:35:05ID:???> >>59
> 禁止っていうか、作りかけなだけでは?
そうですね。反省。
Ethna使いの皆さんはここらへん独自に拡張して使ってるんでしょうか?
追加していくのは構わないのですが、バージョンアップの度に独自に追加した部分の
整合性をとるのがめんどいなぁと思ったもので。
0062nobodyさん
2005/12/07(水) 01:29:57ID:???fujimoto神はかまってもらえなそうだから、haltたんにお願いして
自分が加えた分をcommit してもらえばいいんじゃないかな。
006358
2005/12/07(水) 22:40:05ID:???まだまだ勉強中の身でして、fujimoto神のソースに取り込んでもらうなど
恐れ多いことでw
最近やっとEthnaの概要が見えてきた。
0064nobodyさん
2005/12/09(金) 01:28:44ID:???actionの中で別のactionを実行したいときはリダイレクトするの?
0065nobodyさん
2005/12/10(土) 21:36:33ID:???$db = $this->backend->getDB();
$db->db->prepare();
じゃ駄目な理由を教えて欲しい。
メンバ変数にDBのオブジェクトあるんだから
継承しなくてもそっち参照すればいいんじゃないの?
(Ethna用のエラーを書くなら継承する理由はでてくるけど)
>>64
actionからactionを呼ぶ具体的な例を教えてほしい。
EthnaはMojavi2と違って
Actionには1画面の遷移しか記述しないからActionChainは
必要ない。共通で使うロジックはAppManagerに書いたりする。
というかMojavi陣営もActionChainの矛盾に気がついてMojavi3では
実装してないとかじゃなかったっけ。
アクションやビューをコントローラにしてアクション呼び出し時に
実行するアクションを振り分けたい場合は
ttp://dozo.matrix.jp/pear/index.php/Framework/Ethna/Module.html
の人がやってるから参考にするといいかも。
0067nobodyさん
2005/12/11(日) 17:44:23ID:lCfSK4rbノ^ヽ, ___ i┐ ヘ _____. ,ヘ ,ヘ ,ヘ ,¬, ┌───┐
/∠ゝ,,ヽ! | | | ノ/└┐i-i┌-! ┌ゝムゝム!∠-i ノ ヘ,.ヽ.,, |__!三三!__|
くイ'三三┐| | | | / |'┌┘!-!└┐ | |二二二二マ | ,.-''" ∠--ゝ ,"フ i'''i二二二i'''i
| ,二二, | | | | | <,. | | n n n |  ̄ !---'ゝ/└┘ 丶-'======='= |.,二二二', |
| i三三┘| | | | | | | || | | | | | ┌----! '----┐ └--, ,-,..---┘ | 二二二,. |
丿,. ┌┐"|U | | | | | U U U | " ̄ ̄] | ̄ ̄" _/ ∠,..ゝ\ |__, ̄二 ̄__|
'V |__二_| エ_| |_| |__i-----i__| 匸_.」 !,. ----''''"ヽ,ゝ i二ノ \_
0068nobodyさん
2005/12/15(木) 18:49:24ID:???↑の、チュートリアル→(2) howto→フォーム定義の6番目、
6.フォーム値の自動検証を行う(複合チェック編)
ここまだ空欄だけど、どういう内容になるのかな?
こういうことをやったことある方、ヒントをいただけないでしょうか。
0069nobodyさん
2005/12/16(金) 10:40:08ID:???0070nobodyさん
2005/12/16(金) 20:13:39ID:???と書きつつ、よく読むと自動検証は行わないみたいね。
>>69
3.フォーム値の自動検証を行う(基本編)
それは、これでできるから複合チェックではないよ。
ただ、複数のテキストボックスで合計の文字数200文字とかは、6番だね
007168
2005/12/16(金) 22:23:13ID:???ようかと思ってます(ラジオボタンをチェックするとjavascriptでフォームの一部を
チェンジします)。
このようなフォームだと、Aに値がセットされているときは、BとCは必須という
感じのチェックが必要になり、そういうチェックが簡潔に書けるのかなと。
まあ、場合分けしてごりごり書いても良いんだけど、フジモト氏やhalt氏なら
どう書くのか参考にしたいんですよね。
0072nobodyさん
2005/12/16(金) 22:31:54ID:???フォーム間のチェックは_validateplusメソッドですが、そういうことではなくてですか?
このメソッドは泥臭く書く以外ないですが。
007368
2005/12/16(金) 22:37:55ID:???お、ヒントありがとうございます。早速調べてみます。
泥臭く書くしかないのは理解してますが、Ethnaの流儀に従えば少しは
楽できるのかなと期待してるんですがw
007472
2005/12/17(土) 02:51:25ID:???簡単だよね。
validateメソッドでチェックする前に、ActionFormの定義値を変えてやればいい。
HOGE_ActionClass::prepareの中で
if($this->af->get('a')=='hoge'){
$this->af->form['b']['require'] = true;
}
if($this->validate()>0){
return 'post';
}
とかかな。これがEthnaの流儀かどうかはしらんが、ActionFormを使うならこうするかな。
007568
2005/12/18(日) 14:23:11ID:???ありがとうございます。
なるほどこういう書き方ができるんですね。もっと泥臭い処理を考えてました。
細かいチェックをしたい場合は同様にフィルタをセットすればいいのかな?
(後で試してみます)
よくできてるなぁ。
007672
2005/12/18(日) 21:49:38ID:???フィルタでフォームをチェックしようとするとコードが散らかるし、
Ethnaの流儀ではカスタムチェックメソッドをActionFormクラスに追加するかな。
Hoge_ActionFormにチェックメソッドを追加して、formにカスタム登録
class Hoge_ActionForm
{
var $form = array(
'hoge' => array(
// .....
'custom' => 'hogecustom,foocustom',
// .....
function hogecustom($name){
}
function foocustom(){
}
}
でイイと思うけど。詳しいhogecustomの実装方法は、Ethna_ActionForm::checkURLとか参考に。
007768
2005/12/18(日) 22:29:36ID:???すみません。フィルタじゃなくカスタムチェックでしたね。
いいかげんな事書いちゃいました。
これだけできれば十分ですね。非常に簡潔ですし。
Ethna_ActionForm::checkURL も参考にします。
#Ethnaのバージョンが低いうちにソースに目を通しておかねば。
0078nobodyさん
2005/12/25(日) 00:41:18ID:???フォームの内容がたくさんあったりするとシコシコと $form の配列を書かないといけないから。
みんなどうしてるんだろう。
0079nobodyさん
2005/12/25(日) 01:27:44ID:???面倒だけどシコシコ書いてる。
省略もできるんだろうけど、後から見直す場合は全部書いておく方が
見通しがいいと思うので。
0080nobodyさん
2005/12/25(日) 11:15:24ID:???AppObjectは、先にDBでテーブル作って自作のtoolでテーブル定義→オブジェクト定義を
コピーするスケルトン作成。
・・・・・って方法はどう?作ってリリースしてくれ。
ActionFormはどうしようもないね。画面設計に依るから。
0081nobodyさん
2005/12/28(水) 21:20:52ID:???ActionFormクラスの$form定義をどう書いてますか?
inputタグのname値を配列としてsessionに記録していますが、
ActionFormクラスではsessionにアクセスできないし、ActionClassの
prepareメソッドで$formを追加してもvalidate()メソッドを呼ぶとエラーになります。
あきらめて$_POSTを直接参照してもいいのだけれど、解決法があるなら
Ethnaの流儀にそって書いておきたいです。
このようなページを処理した事がある方、ヒントをいただけないでしょうか。
0082nobodyさん
2005/12/29(木) 01:38:55ID:???勉強のため参考にしたいのですが、中々見つかりません。
もちろん付属のSampleもいじっています。
0084nobodyさん
2005/12/30(金) 01:18:15ID:???Ethna_Controllerクラスでマネージャを登録することで、ActionClassで
初期化作業をすっ飛ばして直接呼び出せるようになるんだね。
ところで、Ethna_Controllerクラスでは、
'Yjs' => 'Query'
としているのだけど、この'Query'にはどんな意味があるのだろう?
0086nobodyさん
2006/01/04(水) 01:59:43ID:ST4/dfIz0087nobodyさん
2006/01/04(水) 02:20:39ID:???と言うより、デザインは良いけど、罫線ないほうがシックでかっこいい。
ミニサイズのバナーとおそろいに青系一色とか。
0088nobodyさん
2006/01/04(水) 21:26:29ID:ST4/dfIzttp://www.seshop.com/event/dev/2006/timetable/Default.asp?mode=detail&eid=61&sid=282&tr=05%5F%8AJ%94%AD%83e%83N%83m%83%8D%83W%81%5B#282
0089nobodyさん
2006/01/05(木) 10:58:02ID:???0090nobodyさん
2006/01/06(金) 15:01:06ID:???ヒントいただけませんか?
0091nobodyさん
2006/01/06(金) 17:06:34ID:EEplBUgDsmartyにも hierselect ってあるんだ。プラグイン?
009290
2006/01/06(金) 17:19:54ID:???デフォルトで組み込まれてますよ。
Smartyオブジェクトにアクセスできればいいんじゃないかと思うけど
その方法がわからん・・・
0093nobodyさん
2006/01/06(金) 21:04:38ID:???ActionClassからなら
$smarty =& $this->backend->ctl->getTemplateEngine();
で使用中のSmarty取れる。
何したいかよくわからんけど、とりあえずそんな感じ.
0095nobodyさん
2006/01/06(金) 23:37:29ID:???009790
2006/01/07(土) 00:04:03ID:???作るときに Smarty のインスタンスを渡す必要があるので、>>93 さんの
情報は役に立ちます。ありがとうございました。
また、スレ汚しすみませんでした>皆様
0098nobodyさん
2006/01/07(土) 00:22:07ID:vbU0E729ActionForm でも $form を定義して、 quick_form でも form のエレメントを作成して、
って2度手間な気がします。
validateも ethnaのvalidateでいいし。
javascriptを自動生成してくれるのは便利だけど。
0099nobodyさん
2006/01/07(土) 01:35:07ID:???0100nobodyさん
2006/01/12(木) 01:26:04ID:F7HO2NXc0101nobodyさん
2006/01/12(木) 08:09:50ID:???Ethna使う前の設計が拙かっただけだけど。
階層が深くて困ることってなに?
■ このスレッドは過去ログ倉庫に格納されています