【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月中には出したいと書かれているけど？
■ このスレッドは過去ログ倉庫に格納されています