国産フレームワーク、Mapleでスタイリッシュなプログラミングライフを。

本家サイト
http://kunit.jp/maple/

まとめサイト
http://bobchin.ddo.jp/wiki/index.php?cmd=read&page=maple%2F%BB%C8%CD%D1%CA%FD%CB%A1

こんなキモいフレームワークよく使う気になるな。
頭おかしいんじゃないのか？

頭おかしいとは時に言われるが・・
これってキモいのか？

どちらかというと>>2の方がキモイが、Mapleを使ってる奴なんているんだろうか

ﾊﾟﾌｫ的にどうなん？
軽いん？

>>5
誰も使ってないから、聞くより自分で試して公開して

具体的にどこがきもい？>>2

mojaviから乗り換えようと思ってるけど。

テストしやすそうだし。
（普段からsimpletest使ってるし）

今まで自己流でMVCの真似事みたいなことやっていて、
今回初めてフレームワークに触れてみたのだけども。

まず何でMapleを使ってみたのかというのは

・「Web+DB Vol.27」という雑誌を見たから
・導入が他のフレームワークに比べて楽だった
　（smartyを指定のディレクトリにコピーするだけで、何か設定をいじる必要がなく始められる）

Mapleを使ってみて、良かったこと、楽になったこと

・フォームチェック（Validate）部分を自分で書かなくて良くなった
・trimだのhtmlspecialcharsだの書かなくて良くなった
・コードが追いやすくなった
・二重投稿禁止処理などをチェックするための処理を書かなくて良くなった

面倒と感じたこと、不便に感じたこと

・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、受け取る関数を書かなくてはならない
・Validateに条件指定が出来そうもない為、２つのフォームのうち、いずれかに入力があればOK、みたいな処理ができない（やり方がわからないだけかも）
・テンプレートからphpの関数に引数渡せたら解決！という問題にぶちあたった。

まだ使って間もないから参考にもならん感想で申し訳ない。
パフォーマンスについては他を使ったことないので比較が出来ません。

他、最初にめんどくせーと感じたのはファイル名の指定かな。
これはまあ、仕方ないんだろうけど

「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を編集

という手続きを踏まなくてはならないのが面倒くさい。

この、極度に面倒くさがりな性格が原因して、先日彼女にふられました。

メンテがなかなかされない。後発なのに腰重すぎ。

自分でコアまで手を入れてって、やれる人ならいいんだろうけどね。
とりあえずini設定で配列扱えないのはめんどくさ。

とりあえず今年ももう7月になろうってのにまるっきり更新されてない時点で
使ってみようとか言う気は起こらないね。

Web+DB Vol.27読んだらむしろEthnaの方を使ってみたくなったのは俺だけだろうか？

>>13
http://d.hatena.ne.jp/kunit/20050721
一応開発はしているらしいぞ。

>>8
> ・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、受け取る関数を書かなくてはならない
DTOクラス作れば少しは楽になるかと思われる
RequestパラメータのDTOへのインジェクションは

[InjectRequest]
dto =

な感じでどぞ

> ・Validateに条件指定が出来そうもない為、２つのフォームのうち、いずれかに入力があればOK、みたいな処理ができない（やり方がわからないだけかも）
そういう処理を行うValidatorを自作すればよろし

[Validate]
input1,input2.either = "1,いずれかに入力してください"

みたいな感じで

Validator_Eitherクラスの実装は
その他のValidatorクラス参考に頑張ってみて

>14
スレも立ってないということは､そういう人少ないんじゃない?

結局どれが一番良いんだろう。
一長一短あって目的次第なんだろうけど
どれがどういうメリットがあるかイマイチ分からんのよ（＠＠）

>>19
結局フレームワークは便利に使いこなせてこそ意味があるので、
自分でどれがいいのか調べることすらできないならどれ使っても一緒だと思うよ。

Mapleは自由に拡張して使ってくださいって感じだから敷居が
案外高いような気がする。
DAO DTO Viewあたり一通り標準といえるかっちりしたものが
あったほうが一般ユーザに普及させるにはいいんじゃないのかな。

Ethnaはぱっと見ヘビーな感じ。個人的にはguessworksぐらい
がPHPにはちょうどいい。

フレームワークあれこれ齧ってはみるものの、どれも微妙で
結局自作フレームワークを手入れして仕事に使ってる俺…。

テンプレートさえあれば結構何とかなるような気がする。
フレームワークは使えるようになれば便利だけど、使えるようになるまでが面倒。

次の案件に使おうと思ってるので正式版を催促age

>>26
3.0.1がもうすぐ公開されると思うから暫し待たれよ
CVSにはもう上がってるから試してみると良いかも？
AOPはまだまだ試作なので期待するな

こういうの普及するにはIDEが必要だね。
>>8の
＞・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、
＞受け取る関数を書かなくてはならない
とか
>>9の
＞「foo_bar_zoo」というアクション名の場合
＞「modules/foo/bar/zoo/Foo_Bar_Zoo.class.php」に置くとか。
＞いざアクション名を変えたくなった場合、変更がわりと面倒くさい。

とか作業自体は機械的だからこの辺が自動化できれば非常に楽になると思う。
誰かEclipseプラグインなどで作ってくれないかなあ

8月リリースナシか。だみだこりゃ。

今週中リリースされるはずage

舌鼓が、苦戦に見えた台風の夜。

>>33
↓の事？
http://www.wikihouse.com/hacking/index.php?%C7%A7%BE%DA

個別のドキュメントはあることがわかっているのですが、初めてフレームワークを使うので、
取っ掛かりがつかめず困っています。

mapleを使ったサンプルコードなどが載っているサイトはありませんか？

ほとんどない

作者も「ドキュメント充実しないといけませんね」「サンプルが必要ですね」「今後の課題ですね」と言うばかり
作者のblogつながりでめぼしい数名のサイトに行くとごく簡単なサンプルがいっぱいあるので
それを読んでこつこつ勉強していくしかないんじゃないかなー
ていうかそれ以外の方法があったらおれも知りたいわ

まだ方向性を模索している段階っぽいからねえ。
自分も中に入って模索するくらいのつもりが無いと難しいのかも。

>>41
それプラス，ハテナオヤ氏とかのAjax記事もついてたから，
まぁ良しとして買ったよ．．

今月はドキュメント強化月間です。

ドキュメントは重要だなぁ
あとチュートリアル

メロンパン売ってる2階の店に新しく出たバナナクレープ、あの量で300円は安いな。

ｽﾏｿ、誤爆った。

ﾜﾛｽｗ　どこのメロンパンｽﾚだよｗｗ

どうやったら誤爆れるのか、不思議。

janeは誤爆警告出るからそれ以外の何かだろう

ギコナビは誤爆しやすい・・
レスエディタを開いたまま他のｽﾚみたりすると間違える．