【PHP】フレームワークMapleに舌鼓

1 ：2005/07/23 〜 最終レス ：2012/11/24

国産フレームワーク、Mapleでスタイリッシュなプログラミングライフを。
本家サイト
ttp://kunit.jp/maple/
まとめサイト
ttp://bobchin.ddo.jp/wiki/index.php?cmd=read&page=maple%2F%BB%C8%CD%D1%CA%FD%CB%A1

2 ：

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

3 ：

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

4 ：

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

5 ：

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

6 ：

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

7 ：

具体的にどこがきもい？>>2
mojaviから乗り換えようと思ってるけど。
テストしやすそうだし。
（普段からsimpletest使ってるし）

8 ：

今まで自己流でMVCの真似事みたいなことやっていて、
今回初めてフレームワークに触れてみたのだけども。
まず何でMapleを使ってみたのかというのは
・「Web+DB Vol.27」という雑誌を見たから
・導入が他のフレームワークに比べて楽だった
　（smartyを指定のディレクトリにコピーするだけで、何か設定をいじる必要がなく始められる）
Mapleを使ってみて、良かったこと、楽になったこと
・フォームチェック（Validate）部分を自分で書かなくて良くなった
・trimだのhtmlspecialcharsだの書かなくて良くなった
・コードが追いやすくなった
・二重投稿禁止処理などをチェックするための処理を書かなくて良くなった
面倒と感じたこと、不便に感じたこと
・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、受け取る関数を書かなくてはならない
・Validateに条件指定が出来そうもない為、２つのフォームのうち、いずれかに入力があればOK、みたいな処理ができない（やり方がわからないだけかも）
・テンプレートからphpの関数に引数渡せたら解決！という問題にぶちあたった。
まだ使って間もないから参考にもならん感想で申し訳ない。
パフォーマンスについては他を使ったことないので比較が出来ません。

9 ：

他、最初にめんどくせーと感じたのはファイル名の指定かな。
これはまあ、仕方ないんだろうけど
「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を編集
という手続きを踏まなくてはならないのが面倒くさい。
この、極度に面倒くさがりな性格が原因して、先日彼女にふられました。

10 ：

ゲッター、セッター
perlのClass::Accessorみたいなのがあれば、楽かなぁ、、
ある？すでに実装されてる？

11 ：

PHP4だとクラスプロパティにpublic/privateみたいな縛りが付けられないから
安全性を考えるとgetter/setterで…ってことになるんだよね。

12 ：

メンテがなかなかされない。後発なのに腰重すぎ。
自分でコアまで手を入れてって、やれる人ならいいんだろうけどね。
とりあえずini設定で配列扱えないのはめんどくさ。

13 ：

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

14 ：

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

15 ：

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

16 ：

mapleの質問募集中！

17 ：

>>8
> ・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、受け取る関数を書かなくてはならない
DTOクラス作れば少しは楽になるかと思われる
RequestパラメータのDTOへのインジェクションは
[InjectRequest]
dto =
な感じでどぞ
> ・Validateに条件指定が出来そうもない為、２つのフォームのうち、いずれかに入力があればOK、みたいな処理ができない（やり方がわからないだけかも）
そういう処理を行うValidatorを自作すればよろし
[Validate]
input1,input2.either = "1,いずれかに入力してください"
みたいな感じで
Validator_Eitherクラスの実装は
その他のValidatorクラス参考に頑張ってみて

18 ：

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

19 ：

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

20 ：

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

21 ：

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

22 ：

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

23 ：

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

24 ：

>>14
>>18
たててみた。
【PHPフレームワーク】Ethna【スケルトン自動作成】＠WebProg
http://pc8.2ch.net/test/read.cgi/php/1123070439/l50
>>22
公開汁

25 ：

ぽまえら、MapleがAOPに対応しましたよ
ttp://d.hatena.ne.jp/kunit/20050818

26 ：

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

27 ：

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

28 ：

こういうの普及するにはIDEが必要だね。
>>8の
＞・フォームが大量にある時、扱いたいリクエスト変数の数に応じて変数をセットする関数、
＞受け取る関数を書かなくてはならない
とか
>>9の
＞「foo_bar_zoo」というアクション名の場合
＞「modules/foo/bar/zoo/Foo_Bar_Zoo.class.php」に置くとか。
＞いざアクション名を変えたくなった場合、変更がわりと面倒くさい。
とか作業自体は機械的だからこの辺が自動化できれば非常に楽になると思う。
誰かEclipseプラグインなどで作ってくれないかなあ

29 ：

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

30 ：

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

31 ：

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

32 ：

3.0.1リリースage

33 ：

Filter_Authの使い方わからねー

34 ：

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

35 ：

3.0.2リリースage

36 ：

Mapleでは
サブテンプレートを実現する方法
つまり
Actionから別のActionを呼び、
表示結果を変数で取得するような方法
を提供してますか？

37 ：

個別のドキュメントはあることがわかっているのですが、初めてフレームワークを使うので、
取っ掛かりがつかめず困っています。
mapleを使ったサンプルコードなどが載っているサイトはありませんか？

38 ：

ほとんどない

39 ：

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

40 ：

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

41 ：

ほんと、PHPのフレームワークって情報がなくて困る。
mojavi3もさっぱり分からないし、4の情報もないし。
mapleに関しては、
書籍の中ではWEB+DB PRESSのVol.27が一番詳しいかと。
ただが10ページくらいのために買っちゃったよ。
Ethnaも10ページくらいふれられてるけど。

42 ：

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

43 ：

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

44 ：

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

45 ：

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

46 ：

ｽﾏｿ、誤爆った。

47 ：

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

48 ：

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

49 ：

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

50 ：

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

51 ：

ちがうよ、そのメロンパン屋の名前がメープルだったから間違えたんだよ。

52 ：

>>44
ドキュメント強化月間は終わりました。残念！

53 ：

maple、ぜんぜんわかんねー。
情報も少ないし。
ethnaの方がわかりやすいね。

54 ：

Mapleを理解するにはMojaviとSeaser2を理解するのが早道という罠｡
Ethnaも相当わかりにくいが｡
でも来月MapleDay(仮)というのが大阪であるらしいので､そこから盛り上がるかも｡

55 ：

>>54
Ethna分かりづらい？結構単純だと思うけど。
Mapleの方がよりベターだとは思うけどマニュアルは貧弱だし
データアクセス層のサポートがほしいかな。
Mapleの理解にはSpringの解説書読むのもいいかも。

56 ：

Springの解説書よりMapleのソース全部読んだほうが速いかもｗ

57 ：

>>56
確かにｗ
でもフレームワークの概念自体が分かっていない人が
あのソースを見て理解できるかはちと疑問。
MapleはDIやAOPを志向しているので、とっかかりに
その手の解説書読むのはいいかも。

58 ：

ぶっちゃけ、DIとか言われても、なんの事だかさっぱりわかりません。
依存性注入？なに？
具体的に言うとナンなのさ？

59 ：

詳しくはないが
オブジェクトを入れられることを前提に
オブジェクトを作ることと理解してる。
シンプルに言えば
R方式だね。

60 ：

>>59
> R方式だね。
わかんねーよｗ

61 ：

自演オッツ！

62 ：

依存性にかんしてはMojaviスレでもあーでもないこーでもないって
やってたよ。
設定ファイルに書いとけば依存性を解決してくれて便利って理解でいいの？

63 ：

XOOPSにビルトイン乙

64 ：

いいかげんにチュートリアルの続きを書いてほしい

65 ：

もう、やめたんじゃないのか？

66 ：

Mapleって作った本人も使ってないっぽくない？
作って満足しちゃってるみたいな所が感じられる。
Ethnaは自分で使うために作ってたら機能アップしていった感じ。
Greeでも使われてるみたいだし。

67 ：

ブログではああしたい、こうしたいって書いてあるのに。
ドキュメント強化月間とかも言ってたけど、あれはなんだったの？

68 ：

まぁ僕たちは作ってもらったものをタダで使わせてもらってるだけなんで
偉そうな事は言えません。

69 ：

喩えて言うならエロ動画を配布する人と媚売る取り巻きの図。
やると約束したことを1年以上たっても進まないのは人間性の問題。
瞬発力はあるが、継続ができない。
勢いで一気に作って「わからないことは聞いてね」って放り投げる。
（悪気はないので聞けば丁寧に教えてくれる。）
こういう人はドキュメント（自分には必要ないから瞬発力が沸かない）
作成作業をしようとしても無理です。人格の否定じゃなくて、
適材適所ということです。だれかをいい意味でノセテ協力してもらえばいいのに。

70 ：

>>69
まさしく、そんな感じだな。

71 ：

熱狂的ですね。
Mapleって愛好家がいるんだね。
愛好家と言うか信者の域だね。
今度Maple使ってみます。

72 ：

本人が管理できてない以上は、
プロデューサー的な人間を引っ張り込まないとダメだろうね。

73 ：

しかし、わざわざ自分のプロジェクトの進行を他人に管理してもらって、
やりたくもないことをやらされるようにする物好きも多分あんまりいないだろう。
こういうのは自分がやりたいからやってるんだろうしねぇ。
小さめのオープンソースプロジェクトで、上から仕事を指図されたら貢献する奴はたぶん逃げるよね。

74 ：

混乱してるようだが自己管理ができていない訳で
それをMapleの管理として考えるのはミスリードと思う。
仲間内の新年会や、河原でのバーベキューパーティは
音頭取りは居るけれど、上から指図するばかりじゃないでしょ。
（個人の魅力で上から指図できる人もいるのだがそれは別格）
ノセテいくというのはそういうこと。
blogみると、それができない人とも思えないんだけどな…。
無理してるのかな。ご自愛ください。

75 ：

まぁ Maple 自体が仕事なわけではなく個人の自由時間を使って開発してるんだろうしな
だからなおさら個人の範疇からプロジェクトの範疇に拡大してしまって
自分は楽をしつつ開発に専念してくれれば、と思う

76 ：

ユーザー少ないから仕方ないような・・・。
ユーザーがdocやら勝手に作っていかないと流行りもしない。
吠えるなら手伝えば言いだけの事だと思うが・・・。

77 ：

というような
「その責任の所在はユーザーにあり、その責務を果たせ」
といった論調では協力者は得られない実例でした。

78 ：

単純に忙しいだけと思うが…。

79 ：

>>77
ユーザーが付かない事が問題で、
つまりユーザが付かない代物ね。
もうMojaviでいいかあ。って事。

80 ：

>>79
日本語変だよ

81 ：

ゴメソ

82 ：

フレームワークって敷居が高いから、早々ユーザも増えない。
中途半端になってるチュートリアルくらい、なんとか最後まで作ってほしいと思った。
稲刈りするには田植えから…、って感じじゃないか？

83 ：

チュートリアルを書くのは別に作者じゃなくてもよいのにと思った。

84 ：

今日、 Maple Day でしたっけ？
行った方いらしたらどんな感じだったか教えてください。

85 ：

自サイトをフレームワーク使って再構築しようと思って
MapleとEthnaで迷ったけど、結局ドキュメントに勝るEthnaにした。
正直、Javaとか触ったことのない自分にとって、
Mapleには分からないところが多い。
概念的な説明より、チュートリアルを充実してほしいと思った。
でも、期待しているので、今後も温かく見守っていきたい。

86 ：

>>84
なんかでも作者の目的は Maple そのものじゃないんでしょ？
Maple 以外の話も、なんて言ってるけどそれって Maple そのものに
もうあんまり興味ないってことじゃないのかなぁ。そういうことって
自分でもあるから別にそれ自体は否定しないんだけどさ。だったら
そうはっきり言ってくれた方がユーザーにはありがたい気がするよ。

87 ：

kunitさんはもっと周りの人に頼っていいんじゃないかな。
自分が忙しいなら他の人にやってもらえばいい。
コア部分はHawkさんにまかせたり
ドキュメントとかのユーザ方面はBobchinさんにまかせたりして
自分は理想を追い求めたりそれを熱く語ったり全体を調整したりActiveGatewayとか好きなものを作ったりしたらいいとおもう。
あと互換性云々で次バージョンが遅れるぐらいなら互換性無しでいいよ。
きっと誰かハックしてくれるよ（kumatchさんあたり）。
行きたいとこまで行っちゃってください。
なんにせよ待ちこがれてますよってことで。

88 ：

「互換性云々で次バージョンが遅れるぐらいなら互換性無しでいいよ」に一票
どうせ今の Maple は多かれ少なかれ手を入れて「俺Maple」にして使ってる人が多いだろう
現在のサイトのMaple部分だけを入れ替えてワーイ新バージョンだーなんてことが可能な人はほとんどいないだろうし
だったら次回のサイトで新Mapleがいち早く使えるように非互換上等で新バージョンを公開してほしいね

89 ：

どれでもphpのフレームワークならそのまま使うやつはいねーだろ

90 ：

自分の狭い基準で決め付けるバカがいるな

91 ：

>>87-88
漏れも新バージョン早くみたいー

92 ：

確かに互換性気にする程、使ってる人いなそう。

93 ：

MapleのDIとAOPについて勉強したいんだがソースのどこを見たらいいのかな？

94 ：

>>93
皮肉？

95 ：

>>94
別に皮肉ではなく、どのように実装しているのかを
知りたいだけです。

96 ：

>>95
勉強というならなおのこと、探すのも勉強のうち。
AOPは実装されてないよ。DIもセッタだけ。
いっぱい改造してAOPフィルタ（？）公開してください。
簡単なSQL発行しかできないO/Rマッパなんかよりも、
DBトランザクションやエラー処理の記述が簡単にできる仕組みの方が
フレームワークに必要と思う今日この頃。

97 ：

>>96
あれ？MapleってAOP実装してませんでしたっけ？
ちなみに、DIがセッタだけっていうのは、
セッター・インジェクションのことですか？
それだけではまだDIって不完全なのでしょうか？
ちょっとまだ知識が浅いので教えていただけるとうれしいです。

98 ：

>>97
不完全という表現は違うと思うが例えば
$foo = new HogeClass(new HugaClass);
って時、どうする？

99 ：

そこで、DIContainer2ですよ

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

Perlコーディング初心者質問スレ Part 65 (358)
【毒】 DokuWiki 総合スレ 【毒】 (392)
PukiWikiスレ　Part7 (562)
【ECサイト】Live Commerce１号店 (405)
PHP上級者が集まるスレ (584)
ショッピングカート総合スレ (419)
--log9.info------------------
原口元気はなんで逮捕されないの？ (295)
韓国人は雑魚でした…。part ２ (505)
酒井不要論　Part1 (387)
稲本は評価高めたな (544)
本田の代りは柏木（ｻﾞｺ）程度の選手しかいないの？ (330)
原口元気みたいな高飛車の野蛮人は代表には要らない (245)
〜守護神・権田修一応援スレ〜 (203)
槙野ガチで使えねーじゃん (215)
レッズヲタの絶賛してたﾌｧﾝﾀｼﾞｽﾀって柏木ってｶｽ？ (268)
宇津木瑠美ちゃん Part2 (631)
細貝不要論 (388)
なでしこジャパンは何故ブスを選抜するのか？ ２ (215)
香川ってひょっとして要らない？ 2 (655)
　　ザックの日本好き、次の行動を予想するスレ　　 (464)
【UFWC】日本代表が世界王者防衛中だった件　PART3 (239)
日本代表の戦術・システム part8 (561)
--log55.com------------------
機動戦士ガンダムムーンクライシス2
なぜ敵のMSは脆いのに味方のMSは頑丈なのか？
ハマーンは1st〜CCAまでで1番の有能指揮官だよね
F91 vs ZZガンダム
宇宙世紀の　めし　その30
機動戦士ガンダム　サンダーボルト 第12話
あきまん2017→2018へ
機動戦士Vガンダム part124