【PHP】フレームワークMapleに舌鼓
■ このスレッドは過去ログ倉庫に格納されています
00011
2005/07/23(土) 16:57:45ID:d5WmUSl2本家サイト
ttp://kunit.jp/maple/
まとめサイト
ttp://bobchin.ddo.jp/wiki/index.php?cmd=read&page=maple%2F%BB%C8%CD%D1%CA%FD%CB%A1
0002nobodyさん
2005/07/23(土) 18:33:40ID:???頭おかしいんじゃないのか？
00031
2005/07/23(土) 18:51:03ID:d5WmUSl2これってキモいのか？
0005nobodyさん
2005/07/23(土) 22:36:33ID:???軽いん？
0007nobodyさん
2005/07/24(日) 06:36:50ID:???mojaviから乗り換えようと思ってるけど。
テストしやすそうだし。
（普段からsimpletest使ってるし）
00081
2005/07/24(日) 23:54:26ID:???今回初めてフレームワークに触れてみたのだけども。
まず何でMapleを使ってみたのかというのは
・「Web+DB Vol.27」という雑誌を見たから
・導入が他のフレームワークに比べて楽だった
（smartyを指定のディレクトリにコピーするだけで、何か設定をいじる必要がなく始められる）
Mapleを使ってみて、良かったこと、楽になったこと
・フォームチェック（Validate）部分を自分で書かなくて良くなった
・trimだのhtmlspecialcharsだの書かなくて良くなった
・コードが追いやすくなった
・二重投稿禁止処理などをチェックするための処理を書かなくて良くなった
面倒と感じたこと、不便に感じたこと
・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、受け取る関数を書かなくてはならない
・Validateに条件指定が出来そうもない為、２つのフォームのうち、いずれかに入力があればOK、みたいな処理ができない（やり方がわからないだけかも）
・テンプレートからphpの関数に引数渡せたら解決！という問題にぶちあたった。
まだ使って間もないから参考にもならん感想で申し訳ない。
パフォーマンスについては他を使ったことないので比較が出来ません。
00091
2005/07/25(月) 00:20:56ID:???これはまあ、仕方ないんだろうけど
「foo_bar_zoo」というアクション名の場合
「modules/foo/bar/zoo/Foo_Bar_Zoo.class.php」に置くとか。
いざアクション名を変えたくなった場合、変更がわりと面倒くさい。
あとは、例えばtest.class.phpというアクションでDIContainerという自作クラスのようなものを使いたい場合、
test.class.php内でDIContainerの変数を定義
test.class.php内でDIContainerの変数にセットする為の関数を定義
同ディレクトリ内のmaple.iniを編集
同ディレクトリ内のdicon.iniを編集
という手続きを踏まなくてはならないのが面倒くさい。
この、極度に面倒くさがりな性格が原因して、先日彼女にふられました。
0010nobodyさん
2005/07/25(月) 05:54:19ID:???perlのClass::Accessorみたいなのがあれば、楽かなぁ、、
ある？すでに実装されてる？
0011nobodyさん
2005/07/25(月) 12:10:29ID:???安全性を考えるとgetter/setterで…ってことになるんだよね。
0012nobodyさん
2005/07/27(水) 11:19:11ID:???自分でコアまで手を入れてって、やれる人ならいいんだろうけどね。
とりあえずini設定で配列扱えないのはめんどくさ。
0013nobodyさん
2005/07/27(水) 18:58:08ID:Bxf6Vun8使ってみようとか言う気は起こらないね。
0014nobodyさん
2005/07/27(水) 20:03:33ID:???001514
2005/07/27(水) 20:05:38ID:???http://d.hatena.ne.jp/kunit/20050721
一応開発はしているらしいぞ。
0016nobodyさん
2005/07/29(金) 23:31:03ID:EXpttH3f0017nobodyさん
2005/08/01(月) 09:58:14ID:???> ・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、受け取る関数を書かなくてはならない
DTOクラス作れば少しは楽になるかと思われる
RequestパラメータのDTOへのインジェクションは
[InjectRequest]
dto =
な感じでどぞ
> ・Validateに条件指定が出来そうもない為、２つのフォームのうち、いずれかに入力があればOK、みたいな処理ができない（やり方がわからないだけかも）
そういう処理を行うValidatorを自作すればよろし
[Validate]
input1,input2.either = "1,いずれかに入力してください"
みたいな感じで
Validator_Eitherクラスの実装は
その他のValidatorクラス参考に頑張ってみて
0018nobodyさん
2005/08/02(火) 12:19:59ID:???スレも立ってないということは､そういう人少ないんじゃない?
0019nobodyさん
2005/08/03(水) 00:51:29ID:qx5pZTxZ一長一短あって目的次第なんだろうけど
どれがどういうメリットがあるかイマイチ分からんのよ（＠＠）
0020nobodyさん
2005/08/03(水) 03:45:10ID:???結局フレームワークは便利に使いこなせてこそ意味があるので、
自分でどれがいいのか調べることすらできないならどれ使っても一緒だと思うよ。
0021nobodyさん
2005/08/03(水) 10:16:36ID:???案外高いような気がする。
DAO DTO Viewあたり一通り標準といえるかっちりしたものが
あったほうが一般ユーザに普及させるにはいいんじゃないのかな。
Ethnaはぱっと見ヘビーな感じ。個人的にはguessworksぐらい
がPHPにはちょうどいい。
0022nobodyさん
2005/08/03(水) 20:02:02ID:???結局自作フレームワークを手入れして仕事に使ってる俺…。
0023nobodyさん
2005/08/03(水) 22:50:53ID:NJiHUaobフレームワークは使えるようになれば便利だけど、使えるようになるまでが面倒。
0024nobodyさん
2005/08/05(金) 03:48:22ID:???>>18
たててみた。
【PHPフレームワーク】Ethna【スケルトン自動作成】＠WebProg
http://pc8.2ch.net/test/read.cgi/php/1123070439/l50
>>22
公開汁
0025nobodyさん
2005/08/18(木) 09:17:04ID:???ttp://d.hatena.ne.jp/kunit/20050818
0026nobodyさん
2005/08/18(木) 10:08:09ID:9eBqPJbj0027nobodyさん
2005/08/18(木) 14:09:05ID:???3.0.1がもうすぐ公開されると思うから暫し待たれよ
CVSにはもう上がってるから試してみると良いかも？
AOPはまだまだ試作なので期待するな
0028nobodyさん
2005/08/19(金) 19:15:29ID:???>>8の
＞・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、
＞受け取る関数を書かなくてはならない
とか
>>9の
＞「foo_bar_zoo」というアクション名の場合
＞「modules/foo/bar/zoo/Foo_Bar_Zoo.class.php」に置くとか。
＞いざアクション名を変えたくなった場合、変更がわりと面倒くさい。
とか作業自体は機械的だからこの辺が自動化できれば非常に楽になると思う。
誰かEclipseプラグインなどで作ってくれないかなあ
0029nobodyさん
2005/09/01(木) 10:20:14ID:???■ このスレッドは過去ログ倉庫に格納されています