【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 してもらえばいいんじゃないかな。
■ このスレッドは過去ログ倉庫に格納されています