【PHP】フレームワー� ..
77:nobodyさん
06/01/24 17:33:51
というような
「その責任の所在はユーザーにあり、その責務を果たせ」
といった論調では協力者は得られない実例でした。
78:nobodyさん
06/01/24 18:55:31
単純に忙しいだけと思うが…。
79:nobodyさん
06/01/25 09:44:43
>>77
ユーザーが付かない事が問題で、
つまりユーザが付かない代物ね。
もうMojaviでいいかあ。って事。
80:nobodyさん
06/01/25 09:52:04
>>79
日本語変だよ
81:nobodyさん
06/01/25 10:39:02
ゴメソ
82:nobodyさん
06/01/25 11:38:58 NVrzgyhd
フレームワークって敷居が高いから、早々ユーザも増えない。
中途半端になってるチュートリアルくらい、なんとか最後まで作ってほしいと思った。
稲刈りするには田植えから…、って感じじゃないか？
83:nobodyさん
06/01/28 14:18:44
チュートリアルを書くのは別に作者じゃなくてもよいのにと思った。
84:nobodyさん
06/01/29 00:20:57
今日、 Maple Day でしたっけ？
行った方いらしたらどんな感じだったか教えてください。
85:nobodyさん
06/01/29 14:58:08
自サイトをフレームワーク使って再構築しようと思って
MapleとEthnaで迷ったけど、結局ドキュメントに勝るEthnaにした。
正直、Javaとか触ったことのない自分にとって、
Mapleには分からないところが多い。
概念的な説明より、チュートリアルを充実してほしいと思った。
でも、期待しているので、今後も温かく見守っていきたい。
86:nobodyさん
06/01/29 19:22:08
>>84
なんかでも作者の目的は Maple そのものじゃないんでしょ？
Maple 以外の話も、なんて言ってるけどそれって Maple そのものに
もうあんまり興味ないってことじゃないのかなぁ。そういうことって
自分でもあるから別にそれ自体は否定しないんだけどさ。だったら
そうはっきり言ってくれた方がユーザーにはありがたい気がするよ。
87:nobodyさん
06/01/31 16:05:48 j73Ohkzq
kunitさんはもっと周りの人に頼っていいんじゃないかな。
自分が忙しいなら他の人にやってもらえばいい。
コア部分はHawkさんにまかせたり
ドキュメントとかのユーザ方面はBobchinさんにまかせたりして
自分は理想を追い求めたりそれを熱く語ったり全体を調整したりActiveGatewayとか好きなものを作ったりしたらいいとおもう。
あと互換性云々で次バージョンが遅れるぐらいなら互換性無しでいいよ。
きっと誰かハックしてくれるよ（kumatchさんあたり）。
行きたいとこまで行っちゃってください。
なんにせよ待ちこがれてますよってことで。
88:nobodyさん
06/01/31 20:40:48
「互換性云々で次バージョンが遅れるぐらいなら互換性無しでいいよ」に一票
どうせ今の Maple は多かれ少なかれ手を入れて「俺Maple」にして使ってる人が多いだろう
現在のサイトのMaple部分だけを入れ替えてワーイ新バージョンだーなんてことが可能な人はほとんどいないだろうし
だったら次回のサイトで新Mapleがいち早く使えるように非互換上等で新バージョンを公開してほしいね
89:nobodyさん
06/01/31 23:36:45
どれでもphpのフレームワークならそのまま使うやつはいねーだろ
90:nobodyさん
06/02/01 07:54:07
自分の狭い基準で決め付けるバカがいるな
91:nobodyさん
06/02/01 09:00:40
>>87-88
漏れも新バージョン早くみたいー
92:nobodyさん
06/02/01 09:36:15
確かに互換性気にする程、使ってる人いなそう。
93:nobodyさん
06/02/04 00:25:16 kHz0Emo4
MapleのDIとAOPについて勉強したいんだがソースのどこを見たらいいのかな？
94:nobodyさん
06/02/04 02:33:49
>>93
皮肉？
95:nobodyさん
06/02/04 13:39:50
>>94
別に皮肉ではなく、どのように実装しているのかを
知りたいだけです。
96:nobodyさん
06/02/04 15:49:24
>>95
勉強というならなおのこと、探すのも勉強のうち。
AOPは実装されてないよ。DIもセッタだけ。
いっぱい改造してAOPフィルタ（？）公開してください。
簡単なSQL発行しかできないO/Rマッパなんかよりも、
DBトランザクションやエラー処理の記述が簡単にできる仕組みの方が
フレームワークに必要と思う今日この頃。
97:nobodyさん
06/02/04 16:34:40
>>96
あれ？MapleってAOP実装してませんでしたっけ？
ちなみに、DIがセッタだけっていうのは、
セッター・インジェクションのことですか？
それだけではまだDIって不完全なのでしょうか？
ちょっとまだ知識が浅いので教えていただけるとうれしいです。
98:nobodyさん
06/02/04 17:52:26
>>97
不完全という表現は違うと思うが例えば
$foo = new HogeClass(new HugaClass);
って時、どうする？
99:nobodyさん
06/02/04 20:03:30
そこで、DIContainer2ですよ
100:nobodyさん
06/02/04 20:59:27
>>98
つまりDIコンテナに格納するクラスがコンストラクタで
引数を受け取るタイプの場合どうするかってことですか？
101:nobodyさん
06/02/04 21:49:25
すごくタイミングよくこんなの出てきてましたよ
URLﾘﾝｸ(www.hawklab.jp)
102:nobodyさん
06/02/04 21:58:09
DI使うと何がどう便利になりますか？
103:nobodyさん
06/02/04 22:38:49
規模が大きくなると、メンテナンス性が上がるかも。Javaだとコンパイル必要だし。
PHPでやる分には微妙な仕組み。INIファイルってフォーマットもイマイチだし。
104:nobodyさん
06/02/04 22:42:52
MapleがINIを採用したってだけで別にPHPイコールINIってわけじゃないが。
Scarletも採用してるけどYAMLがいいな、手で書きやすいから。
105:今回本音ごめんね
06/02/04 23:17:31
率直に言うと、今のMapleの作者は退いてもらって（コミッタの一人として
継続参加してもらって）DIContainer2やscarlet作者中心に進めて欲しいな。
作品に一人歩きさせて欲しい。
INIでもYAMLでもどっちでもいいが、ActiveGateway(PEAR::DBラッパ未完)や
AOP機能が正式リリースできないってのはXPの否定だし、ましてや互換を
気にして次が作れませんなんてのはリファクタリングの否定だ。
106:nobodyさん
06/02/04 23:33:04
>>100
どうするんだ。
>>102
例えばモックと実装の差し替えが簡単だったり、そのクラスが単体で
使いまわしが可能とか。モックを作らなかったり、複数クラス・ファイルで
使いまわしをするのであればDIは不要。
>>105
リファクタリングの否定は言いすぎと思うぞ。
107:nobodyさん
06/02/04 23:39:27
MapleでAOPが実装されていないのはPHP4では無理だからなの？
108:nobodyさん
06/02/04 23:45:05
>>107
あなたが考えるAOPの実装とはどんなものなの？
109:nobodyさん
06/02/04 23:57:40
てゆーか、PHP4でAOPってどうやって実装するのだろうか？
110:nobodyさん
06/02/05 00:00:39
>>109
じゃPHP5ではどう実装すると思うの？
111:nobodyさん
06/02/05 01:02:04
なんでMapleすれはいつも荒れてるんだ？
112:nobodyさん
06/02/05 01:33:18
kunitさんの人望です。
113:nobodyさん
06/02/05 10:26:57
kunitたんがんがれ！
114:nobodyさん
06/02/05 11:10:11
>>110
Seasar-phpがやってるじゃん。
115:nobodyさん
06/02/05 13:30:48
>>114
説明になってないよ。
116:nobodyさん
06/02/05 15:40:40
>>115
てゆーかお前、質問に質問で答えるな。
失礼だろ。
117:nobodyさん
06/02/05 16:20:40
質問に質問で答えるのが失礼だなんて誰が最初に言い出したことなんだろう
そんな理屈が通るなら情報不足でも何でも最初に質問した奴の勝ちになっちゃうのにな
118:nobodyさん
06/02/05 16:56:52
お前呼ばわりは礼に適うらしい。気に入らないと怒り出す子ってのはどうもね。
質問に質問で答えるのが失礼なのはどんな礼儀なんだろ。
質問が論理だっていないから答えようがない。
AOPの実装がわからなければPHP4の問題かどうか判断できないんじゃないの？
コーディングは別としてもAOPのおおまかなフローくらいはね。
その上で、こういう点でできない（のではないか）。
こうすればできるみたいな話がしたかったんだけど
PHP4だからMapleではできない（のではないか）。
->といわれたらなぜ？どんな点がって問うのはおかしいかな。
AOPをPHP4で実装できない（のか）？
->といわれたらPHP5でできてPHP4でできないところはどこ？てのは自分的には自然なんだが。
SeasarPHP5でAOP実装できてる
->発言の意図がわからない。
MapleもSeasarもDIコンテナを実装している。
ならSeasarPHP5で実装しているAOPはMapleで実装できるってこと？
最後の発言は本当に意味不明だけどあとはごく普通の問題解決の会話と
思うけどな。
119:nobodyさん
06/02/05 17:01:43
おまん まで読んだ
120:nobodyさん
06/02/05 17:07:04
たったの２文字かよ（広島の方限定）
121:nobodyさん
06/02/05 17:26:32
一人性格の捻じ曲がった奴がいるな。
122:nobodyさん
06/02/05 17:43:09
人の質問に対して嫌味ったらしい質問で返すような
挑発をしておいてよく言うねぇこの子は。
それがいかに失礼なことか分からないからオタクって言われて
忌み嫌われるんだよ君？分かるかなー（分からないか）
あとその意味不明な長文読んでないから。
123:nobodyさん
06/02/05 18:04:36
オレってｲｹﾒｿ まで解読できた
124:nobodyさん
06/02/05 18:11:21
だからその質問で返すと失礼とか挑発とかって発想はどこから出てくるんだって……
107 ：MapleでAOPが実装されていないのはPHP4では無理だからなの？
108 ：あなたが考える「AOPの実装」が何なのかわからないから答えられません
109 ：てゆーか、PHP4でAOPってどうやって実装するのだろうか？
110 ：「AOPの実装」が何なのかわからないので4と5の違いについても答えられません
こんな感じの応答なら質問で返してないから満足するの？
これじゃ会話に何の発展性もないと思うけどな……
125:nobodyさん
06/02/05 18:21:18 4ETwJ/O+
まあ>>116が分かってないのだけははっきりした。
かまってチャンなぞ無視するがよろし。
126:nobodyさん
06/02/05 18:30:49
嫌味な野郎ばっかだな。
127:nobodyさん
06/02/05 23:27:22
盛り上がってまいりました
128:nobodyさん
06/02/06 22:14:16
…はぁ。またベータ版ですか。
129:nobodyさん
06/02/07 17:37:26
>>128
最近のはどこでもβ名乗るのが多いし、
そんなところは突っ込みどころじゃないかと。
130:nobodyさん
06/02/07 21:03:43
Mapleの中の人達は批判を受け止めて頑張ってると思うよ。
Scarletの人とかｽｹﾞｰなぁと思う。
Mapleは4に照準当ててるから使った事ないけど、
5用にリリースするなら使ってみたいね。
英語出来ない俺は作者が日本人ってだけでプラスだし。
開発陣のBlogで動き見えるし。
他のと比べてここまで動きがあるプロジェクトって少ないと思う。
ま、使ってない俺が言うのもなんだけどね・・・。
S2Container.PHP5もなかなかβ取れないね。
アレがβ取れないからS2Dao.PHP5も取れないのかな？
O/Rマッパー使いたいんだよね。
ラボの人のはフィールドにidが無いとNGなんだよね？
そこがなぁ・・・。
131:nobodyさん
06/02/07 21:42:13
Maple4への構想はここ数日の発表で、ScarletとMapleの関係は
まだ公表されてませんよ。（どうしたらいいか追々という発言程度）
ただ、奮起してがんばってるのはすごくわかる。続くといいな。
本当は、wikiに書くのが筋だけど、もし見ていて検討してもらえたらという点。
あいさつもなしに要望は書き辛くてこっちに書いて申し訳ないです。
１．ジェネレーターはオプションでセッターを書くのを残して欲しい。
セッターなしでいいのは大変よいけど、なくしちゃったら他で
再利用できなくなりMaple依存のコンポーネントとなります。
面倒だからジェネレーターで作成できたらと思ったのでは。
消すのは簡単だとおもうのですけれど。
２．AOPの実装はありますか？Maple4でもいいんですけど。
３．Smartyのデバッグ{debug}使えるようにならないでしょうか。
Mojaviもそうでしたが、シングルトン（？）でオブジェクトを持つと仕方ない
のでしょうか。無理なのかな。
４．Maple4もPHP4で使えるようにしてください。お願いします。
５．ActiveGateway、トランザクションとかどうなります？
実用するには更新系に必須と思うのです。
132:nobodyさん
06/02/08 00:36:08
>>131
130の「4に照準」は PHP4 のことではないかと．
当初から「PHP4 は Maple，PHP5 は Seasar.PHP5」みたいなこと言ってたし
それが変わってなければ Maple4 も当然 PHP4 用になると思われ．
あと {debug} てうちでは使えてるけど……使えない？
133:nobodyさん
06/02/08 01:51:17
えっ！使えるの？{debug}
Warning: Smarty error: unable to read resource: "file:../maple/smarty/debug.tpl"
なんだけど…。debug.tplはそのパスにある。なんかオプションとかの都合かな。
134:nobodyさん
06/02/08 15:30:00
>>133
3.0.2ならindex.phpのBaseディレクトリ設定を変更すれば動くと思うよ
----
//define('BASE_DIR', '..');
define('BASE_DIR', dirname(dirname(__FILE__)));
----
3.1.0-beta1だとdefault_modifiersの影響でエラーになるから注意
135:nobodyさん
06/02/08 18:15:25
>>134
Thanks a lot!!
Mojaviの件があったので思い込んでました。パス表記の問題だったのね。
3.1用にdebug.tplを書き換えて、週末リリースの3.1にも備えました。
とさりげなく押さえを入れてみる。
Smartyは不慣れなんだけど、これで少しは作業しやくなりそうです。
136:nobodyさん
06/02/08 20:25:20
>>130でS2Container.PHP5の話題が出たので触ってみた。
PHP5.1.2だとReflectionClass::getInterfacesの返り値がおかしくなってて
エラーが出るね。連想配列になってる。しかも添え字がInterface名の
”最後一文字欠け”になってる。
PHP5.1.1だと普通の配列なので問題ない。
バグレポートにもあがってないし、俺だけかな？
s2container.core.classes.phpをちょこっと修正すれば問題ないからいいけど。
ｽﾚ違いになっちゃったかな？
137:nobodyさん
06/02/08 22:03:18
さすがPHP5
138:nobodyさん
06/02/08 23:07:54
>>136
ぜひメーリングリストかなんかに発言してください。
話題に興味を持つのは素晴らしいことかもしれないが
ここで発言するのは阿呆としかいいようがない。
139:136
06/02/09 00:40:37
>>138
ま、実際俺はそんな頭良くないから
上級者の人達には口出せないよ。
メーリングリストに投げるなんて恐れ多いわ。
俺程度が解ってる事は既に解ってるだろうしな。
だからPHP5.1.2対応とは書いてないんだろうとな。
Maple関連の人たちがこのスレ見てるのは
確実だし、Reflectionについては注目してるだろうだから
書いてみたのだけどね。交流あるだろうし。
140:nobodyさん
06/02/09 01:02:54
>>139
交流があるだろう、注目されているであろうというあなたの考えで
、ましてや上級者じゃないからここに書き込んだという主張ですね。
私は同意できません。特に上級者じゃないからこのスレにという点。
141:nobodyさん
06/02/09 02:03:51
>>140
ML投稿だとメルアドもでるし、嫌な人はいやだと思うけど
>>140自体ここに書くのに名前とかメルアドを書くにはイヤなんだろ？
自分がやれないなら、変なケチつけてやるなよ
142:nobodyさん
06/02/09 02:36:54
スレ違い発言を正当化するために、匿名性を語ることについて
143:nobodyさん
06/02/09 02:47:56
またまた荒れてまいりましたー
144:136
06/02/09 07:19:29
>>140
上級者が集まる場所に書き込んでも既知の問題だと意味がないのかなと。
それよりも中級以下が目に付きやすいとこに書いた方が有用と思う人
が多いかと思いましてね。
>>142
>>141は私じゃないですよ。
スレ違いは確かにそうかもしれないですけど、
Reflectionは”S2Container.PHP5”の機能じゃないですよ？
PHP4では使えませんけど。
PHP5使ってる人なら中々に面白いクラスだと思ってるんじゃないかと
思ってたんですけどね。
しかし、私の書き込みから荒れたのは大変申し訳ない。
消えますね。
145:131
06/02/10 22:31:42
一応、こっちに。
わざわざ回答をblogにいただいたようでありがとうございました。
1.bobuchinさんのWEB上から生成するやつをベースにしてるとどこかで見たの
でてっきりsetterの設定もされるのかと思いました。自分で工夫します。
2.AOPは不発ということですね。(優先順位が低い)
3.escape処理がされるのがデフォルトに賛成です。その方が使い勝手がよく、
escape処理不要の場合に別途タグ(?)を書くべきと思います。
4.PHP5・で・も・使えるアピールが必要ですよね。
他とのアドバンテージになりますよ。
5.トランザクションの実装楽しみにしています。
では、3.1のリリース楽しみにしています。
146:nobodyさん
06/02/11 07:57:07
>145
3に関しては
URLﾘﾝｸ(sunset.freespace.jp)
ここを10秒間我慢して読むことぐらいはやってもいいと思うよ。
やっぱ開発者ってたいへんだな。
147:nobodyさん
06/02/11 10:00:44
>>146
流れを把握してから書き込んでね。
148:nobodyさん
06/02/12 21:49:41 UbBVUp+R
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
| ちょ、ちょっと待って！！
| これ以上フレームワークが乱立するのは困る
, ,-;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:,. ヽ─ｙ─────── ,-v-、
/;:;:;:;:;:;:ミミ;:;:;:;:;:;:;:;:;:;`､ / _ﾉ_ﾉ:^)
/;:;:;:;:彡―ー-､_;:;:;:;:;:;:;:;| / _ﾉ_ﾉ_ノ ／）
|;:;:;:ノ、 `､;;:;:;:;:;:i / ﾉ ﾉノ／／
|;:/＿ヽ ,,,,,,,,,, |;:;:;:;:;:;! ____/ ______ ノ
| ' ﾟ ''/ ┌｡-､ |;:;:;:;:/ _.. r（" `ｰ" 、 ﾉ
|` ノ( ヽ ソ |ノ|/ _. -‐ '"´ l l-､ ﾞ ノ
＿,-ー| /＿` ”' ＼ ノ __ . -‐ ' "´ l ヽ`ー''"ｰ'"
| : | ）ヾ三ﾆヽ /ヽ ' "´／｀ﾞ ｰｧ' "´ ‐'"´ ヽ､`ｰ ／ノ
ヽ `､＿＿＿,.-ー' | / / __.. -'-'"
| | ＼ / | l / . -‐ '"´
＼ |＿__＞＜ / ヽ
149:nobodyさん
06/02/13 00:03:01
週末というのは土曜日と思っていました。
解釈によっては日曜日もありと思ってがまんしました。
日付変わって月曜日です。
・・・またかよ。
150:nobodyさん
06/02/13 03:57:59
>>149
そういうのはマ板いけよ。常識だから
151:nobodyさん
06/02/13 07:10:57
モチベーション下げるこというなよ。せっかく動きがでてきたのに。
リリースおめ。これから試します。
152:nobodyさん
06/02/14 11:23:21 AYQvdL27
フレームワークなんてなければいいのに・・・
153:nobodyさん
06/02/14 11:24:05 AYQvdL27
つ～か、気のせいかMapleの新版ってちょっと複雑になってない？
154:nobodyさん
06/02/14 15:23:58
気のせいじゃないよ
155:nobodyさん
06/02/14 16:56:45 JHTBRrwq
新しいファイル名規約だとDIContainer2が動作しない。
バージョンアップしないかな。
皆さんはPEAR::DBを利用するときどうしています？
DIContainerだとどう利用すればいいんでしょうか。
156:nobodyさん
06/02/14 23:52:10 AYQvdL27
>>154
え？マジで？
やっぱり、気のせいじゃなかったのか。
そっか･･･
157:nobodyさん
06/02/15 19:00:54
>>155
DIContainerでは無理っぽいので
素直にDIContainer2を使ってます
158:nobodyさん
06/02/17 04:35:21
なんでDIContainer2マージしないんだろ。FileUpload2はマージしたのに。
人間模様？
159:nobodyさん
06/02/17 11:03:05
DIcontainerがコアに絡みついていて
簡単に入れ換えれないから
160:nobodyさん
06/02/17 20:04:31
mapleを仕事で使ってる人っていますか？
161:nobodyさん
06/02/17 21:05:14
ﾉｼ
162:nobodyさん
06/02/17 21:06:42
>>160
前にmapleを改造して使ってるって人がいたと思う。
S2Containerがｽﾚ違いじゃ無くなったね。
ただMapleでS2を使う必要があるかどうかは疑問。
ｽｶｰﾚｯﾄﾀﾝがいるしなぁ。
163:nobodyさん
06/02/17 22:14:40
>>160
いくつかの案件で使ってますけどそれが何か？
164:nobodyさん
06/02/18 15:36:16 wFpKdptj
>>163
またまたご冗談を
165:nobodyさん
06/02/18 17:45:23
>>164
また荒れるから、煽るなよなー。
>>164
DBとテンプレートエンジンは何使ってますか？
あとDBはPEAR DBとか、PDOとか、その辺はどうしてますか？
166:nobodyさん
06/02/18 18:29:51
自分も仕事で使おうと、フレームワークを色々と物色中の者です。
>>165
皆さんどういった環境で運用されてるのか、興味のわく
部分ですね。
>>163
是非教えて頂けると幸いです。
このフレームワークで携帯サイトを作られてる方も
いらっしゃるんでしょうか？
文字コード周り等でトラブル情報などありましたら
教えて頂けると幸いです。
問題なく出来てますって、情報でも嬉しいです！
よろしくお願いします。
167:nobodyさん
06/02/19 02:38:18
>>163じゃないですが…
maple+Smarty+DB_DataObjectで案件やってますよ
内部はEUC、出力はSJISでやってますが、今の所問題ないです
携帯はちょうどこれからなので何かあれば報告しますね
168:nobodyさん
06/02/19 12:40:22
mapleタウンにおーいでよ～♪
169:166
06/02/19 13:09:32 WBRb5Muk
>>167
参考になります。
ありがとう御座います！
>>168
今日から少しmapleタウンにお邪魔してみみようと
思います。
170:163
06/02/19 16:12:18
maple + smarty + PEAR::DBだよ。
携帯は実は作ったことないんだけど、
文字化けしますどうしましょう攻撃のリスクを負ってでも
文字コードの設定があるのは携帯サイトを意識してるんだと思う。
・・・なんてな。
あと、だいこん２アップデートおめ。
171:nobodyさん
06/02/20 01:07:26 vRXDRBjP
>>165
ごめんよ。
俺はDBはMySQLとPostgreSQLで常にネイティブな関数を。
でも、PDOは検討中。
テンプレートエンジンはSmartyだよ。
フレームワークは出来れば使いたくない派で。
172:nobodyさん
06/02/20 01:25:39
Softwareデザインにkumatch御大の記事が出るようだ。
173:nobodyさん
06/02/20 23:24:44
MapleとSeasar2って何か関係あるの？
174:nobodyさん
06/02/21 00:29:39 hJeFtmVz
kunitさんがseasar好き
175:nobodyさん
06/02/21 20:58:04
>>172
君は離島に住んでいるのか？
176:nobodyさん
06/02/24 20:41:47
とっととAOP実装しろや。
177:nobodyさん
06/02/24 20:55:22 S8CqOJp1
麻生
178:nobodyさん
06/02/25 22:26:40
Mapleってもしかして今後Seasar2のDIとAOPを組み込むつもりなのか？
179:nobodyさん
06/02/26 08:25:44
>>176
PHP4を捨てでいいならAOP実装できる、もしくは
やりやすいんだろうね。
>>178
それはないと思うよ。
ただS2と合体出来ることはkloveさんが示した通り。
180:nobodyさん
06/02/26 10:30:52
>>179
AOPテスト版のどこに問題があるのかわからないんだが
ひとつ解説してもらえまいか？
181:nobodyさん
06/02/26 18:59:14
MapleのAOPはテスト版までいってたのか。
182:180
06/02/26 21:20:06
テスト版っていう呼び方は正しくないかもだけど
アルファ版かベータ版は出たじゃん。
183:nobodyさん
06/02/28 21:46:05
MapleってMojaviでいうところのグローバルフィルタや
モジュールフィルタってあるのかね？
184:nobodyさん
06/02/28 23:35:32
Mojaviでいうところのグローバルフィルタや
モジュールフィルタって、知っていて当然なのかね。
185:nobodyさん
06/03/01 00:31:30
>>184
有るのか無いのか。どーせ無いんだろ？
186:184
06/03/01 00:39:16
有るのか無いのかわかんないの。
Mojaviでいうところのグローバルフィルタや
モジュールフィルタが。
答えるほうがそれが何なのか調べなきゃいけないの？
それが何か、説明した上で尋ねれば的確な答えが
得られると思うの。
それが出来ないあんた馬鹿？
187:nobodyさん
06/03/01 02:06:11
>>186
何なのお前？
知らねーならわざわざレスすんなボケ。
188:nobodyさん
06/03/01 02:10:50
＞答えるほうがそれが何なのか調べなきゃいけないの？
てゆーかこいつMojavi知らねーんじゃん。Maple一筋か。
変わった趣味してるのな？
ちょっとは時代の流れってものを知れよ雑魚ｗ
189:nobodyさん
06/03/01 05:01:46
無駄に荒れててﾜﾛﾀ
190:nobodyさん
06/03/01 12:43:14
>>188
時代の流れみてるのにまだmojaviとかいってんの？
191:nobodyさん
06/03/01 13:28:01
>>184,186,190
別に君ら（？）を対象にした質問じゃないんだろうから、気にしないで黙ってなさい。
mojavi も maple も知ってる人が気が向けば答えれば良いだけだから。
192:nobodyさん
06/03/01 13:52:22 Z6wfzGW5
みんな！！Railsに乗らないか？
193:nobodyさん
06/03/01 17:00:31
>>191
アンカーおかしくないか？
194:nobodyさん
06/03/13 03:14:49
だいぶ前のMaple userに、AJAXを使いたいけど、動的に出力される
JavaScriptが、うまく扱えないとかいうのがあったけど、
ob_start();
$agent->init();
$agent_js = ob_get_contents();
ob_end_clean();
みたいな事をしたいと言う意味だったのかな、と思ってしまった。
195:nobodyさん
06/03/14 22:39:21
無駄に手数がかかる。Javaを目指して、PHP自体の立ち位置を見失ったパターン。
とりあえずiniファイルは、実行段階ではPHPスクリプトに変換しておいた方がいい。毎回iniをパースして、実に無駄。
196:nobodyさん
06/03/15 11:29:43
>195
PHPスクリプトをパースするよりは早い気がするんだが。
eAcceleratorとか使ってりゃ違うのかな。
つーか何に対する話？
197:nobodyさん
06/03/15 12:04:58
195じゃないが、
スクリプト実行の方が速いに決まってると思う。
198:nobodyさん
06/03/15 12:37:24
iniに変更があったらどうするの？
199:nobodyさん
06/03/15 13:02:41
中に取り込むか、外に出すかは設計思想の違い。
もちろんわざと遅くしているわけではないと思う（よね）。
速さよりも優先されることがあるという意思。
その上で、少しでも速さをという話になるかもだけど
他の要素とか解り易さとかパージすることと天秤にかけてどうなのかな。
実際、覚えること少ないし、引継ぎしやすいし…。
200:nobodyさん
06/03/15 13:04:31
変更するたびに .ini → .php 変換ツールを実行したりするんじゃね？
ﾏﾝﾄﾞｸｾ
PHP の ini 読込は専用の関数持ってるからとんでもなく高速な部類だと思うけどねー
YAML にしたら遅くなりそうだが……
そもそもその程度のパフォーマンスがシビアに効く環境で
こういう DI コンテナとか使うものかねぇ？
201:nobodyさん
06/03/15 13:28:39
.iniと.phpのmtimeを比較して、.iniのほうが新しかったら
もう一度.phpを作り直すようにすればいいんじゃないの。
202:nobodyさん
06/03/15 14:22:24
「PHPスクリプトに変換」ってどうやってやるんだろ・・・
serializeとは違うんだよね？
203:nobodyさん
06/03/15 15:04:39
>>202
parse_ini_file() した結果を serialize() したデータを deserialize() するコードを include するコードを書けってことでしょう
とか日本語不全な書き方してみる
>>201
ini だとパフォーマンス的にあまりおいしくないかもしれないけど
YAML とか使うようになると extension 化されてないと遅くなりそう（な気がする）だし
設定ファイルキャッシュをどっかに持っておくってのは良い考えかもしれないね
暇があったら実装してコードを contribute したいところだが……
204:nobodyさん
06/03/15 21:22:09
設定はarrayにしておくのが最強。
205:nobodyさん
06/03/15 22:19:59
>>204
そこはかとなく同意
206:nobodyさん
06/03/15 22:25:45
実際、iniやyamlがarrayよりも遙かに見やすいかといえば
そうでもないしね…
207:nobodyさん
06/03/15 23:26:10
どうでも良い事だが、guessworkの中の人、ここを少なくも見てはいるのかな。
blogネタが、やけにタイムリー。
208:nobodyさん
06/03/16 00:25:35
>>207
タイムリーっていうか
ほとんどアンサーって感じだねw
209:nobodyさん
06/03/16 07:03:05
そもそも、このネタふったのは・・・、という気がしなくもない。:-)
210:nobodyさん
06/03/16 14:53:45
適当に試してみた。
これ一つで結論付けてもしょうがないが、一応>196が正解か？
<?php
require_once 'Benchmark/Timer.php';
@include_once 'PHP/Compat/Function/file_put_contents.php';
$data = '';
for ($i = 0; $i < 100; $i++) { $data .= 'hoge' . rand() . '=' . rand() . "\n"; }
file_put_contents('test-cfg.ini', $data);
$data = '';
for ($i = 0; $i < 100; $i++) { $data .= '$c[\'hoge' . rand() . '\']=' . rand() . ";\n"; }
file_put_contents('test-cfg.php', '<?php ' . $data . '?>');
$timer = new Benchmark_Timer;
$timer->start();
for ($i = 0; $i < 10000; $i++) { $config = parse_ini_file('test-cfg.ini'); }
$timer->setMarker('ini');
for ($i = 0; $i < 10000; $i++) { require('test-cfg.php'); }
$timer->setMarker('php');
$timer->stop();
$timer->display();
?>
211:nobodyさん
06/03/16 20:59:58
とりあえず、パフォーマンス計測してから書けと。
212:nobodyさん
06/03/16 22:47:06
>>211
体感で十分だろうが。
213:nobodyさん
06/03/17 11:11:12
Yamlのパーサ通したりしたらキャッシュは必要になるかも知らないけど、
parse_ini_fileのオーバーヘッドとかって気にしなきゃならないものなのか？
どんなアプリつってんの？？
214:nobodyさん
06/03/17 11:42:41
まあそのうちparse_yaml_file()とかできるから
オーバーヘッドなんて気にもせず
YAML使っとくかっていうのがぺちぱースタイル
215:nobodyさん
06/03/17 14:15:16
>212
210みたいな、10000回実行して数秒程度の差を体感出来るのか？
そもそもその差が問題になる用途ならPHPに向いてるものとは思えんな。
216:nobodyさん
06/03/17 20:59:00
>>214
yaml のパーサで PHP だけで書かれているのが
URLﾘﾝｸ(spyc.sourceforge.net)
で、
こっちは C で書かれてていろんな言語のバインディングがある
URLﾘﾝｸ(whytheluckystiff.net)
URLﾘﾝｸ(jp.rubyist.net)
ちょっとした比較がここに
URLﾘﾝｸ(blog.symfony.jp)
217:nobodyさん
06/03/19 03:17:32
diがPHP（のウェブアプリ）でもメリットあるのかって検討した上でmapleって作られたのかね。
218:nobodyさん
06/03/19 03:34:40
>>217
そういう表現が出る前提として
Maple ってのはまず先に DI って概念があってそれを実装するために作られたのでは、と
そう思ってるわけ？
219:nobodyさん
06/03/19 10:58:36
mapleからdiを切り離すことは出来ないだろ
220:nobodyさん
06/03/19 20:43:17
>>217
お前はDIを理解してない。
221:nobodyさん
06/03/19 22:08:00
じゃ、diって何？
222:nobodyさん
06/03/20 01:47:56
>>221
程度の低い質問をするなkunit
223:nobodyさん
06/03/20 02:33:12
粘着アンチってのは何にでもいるものだなぁと感心した
224:nobodyさん
06/03/21 00:54:29
>>223
うるせぇよkunit
225:nobodyさん
06/03/21 10:20:15
>224
お前もうるさいぞ。kunit。
226:nobodyさん
06/03/21 11:15:50
>>225
まあ落ち着けよkunit
227:nobodyさん
06/03/21 15:18:06
>226
同感だkunit
228:nobodyさん
06/03/21 16:03:05
>>1-1000
うるせぇぞkunitども。
229:nobodyさん
06/03/21 16:27:35
kunit同士仲良くしようぜ
230:nobodyさん
06/03/21 22:35:09
そうだねkunit
231:nobodyさん
06/03/22 00:44:02
kunit達が和解した！
232:nobodyさん
06/03/22 15:25:34
よい kunit 悪い kunit 普通の kunit
233:nobodyさん
06/03/22 18:37:01 76hbO8Rh
kunitがんばれ
234:nobodyさん
06/03/22 18:43:58
>>233
ありがとう、kunit
235:nobodyさん
06/03/22 19:41:44
アタマワルイネタすれになってますね。
こういうのはマ板でやるんですよ
236:nobodyさん
06/03/22 21:23:50
>>235
kunitのくせに生意気だぞ！！
237:nobodyさん
06/03/22 21:52:45
>>235
kunit、必死だな
238:nobodyさん
06/03/22 22:56:43
kunit(笑)
239:nobodyさん
06/03/22 23:33:34
IDでない板ってこういうネタスレになったらどうしようもないのか
面白いと思ってるのが痛いけど
240:nobodyさん
06/03/22 23:49:01
>>239
少しは黙ってろよkunit
241:nobodyさん
06/03/23 00:05:58
てゆーか
価値提供してる人を
こういう形でいじろうとするﾔｶﾗってどうなん？
多分書いてるの一人だと思うけど。
242:nobodyさん
06/03/23 00:36:03
>>241
あんまり必死だと本当にkunitだと思われるよ。
こんな流れになってるのはなにもネタがないから。
なんか提供してけれ。
243:nobodyさん
06/03/23 02:24:13
そう。自ら世に公開したくせにほったらかしにしてる
kunitがいけないんだよ。
いまだにドキュメントすら整備されてないじゃん。
やる気無いならとっとと消えてくれって感じ。
244:nobodyさん
06/03/23 02:43:04
>>243
php系のフレームワークって基本的に自分用に
作ってたものを公開するだけだろ？
自分が使う機能ができたらそこからみんなのために
バージョンアップなんて社会人ならほとんど
できないのが当たり前だと思うが。
ただでさえプログラマが忙しいのはお前らしってるはずだろ？
公開されてるんだから、暇な奴が必要な機能つくって
進化させればOKじゃ？
245:nobodyさん
06/03/23 03:23:06 lX/ScLUu
みんな、自分フレームワークを作ればいいじゃないか
246:nobodyさん
06/03/23 11:44:19
作りながら、有名所も参考までにﾁｪｯｸしてる、みたいなのはそこそこ居ると思う。
247:nobodyさん
06/03/23 11:54:12
>>246
俺もそうだよ。
公開フレームワークの作者は
実際の実装というよりも、知識への貢献という意味も大きい。
更新されないからといって叩くのは違うっていうか
将来貢献しようという人間の芽を潰すかもしれない、
誰も得をしない姿勢。
248:nobodyさん
06/03/23 13:05:30
kunit 本人です(本当です)。
私個人的には Zend Framework に移行しました。
今後 Maple の更新はないと思ってください。
( バグは修正します )。以上、嘘でした。
249:nobodyさん
06/03/23 16:01:13
とりあえずDEBUG_MODEの時にDIContainer使うとactionのforwardができないバグだけは
はやく直してほしいところだなぁ
自分で直そうかと思って少し追ってみたがあまりの面倒さに投げたｗ
250:242
06/03/23 21:17:52
ぬ、>>243のような意味で言ったのではないのだが・・・。
作者じゃなくて、この板の誰かがネタを投下しろって意味だったんだが。
ちなみに俺はネタ持ってない。
251:nobodyさん
06/03/30 19:35:01
指針をしてもらっておいて文句を言う房は市ね
いやなら、自分フレームワーク作ってシコシコしてればいい。
252:nobodyさん
06/04/18 09:28:59
何か質問してもすぐ↑こいつみたいなのがレスするから
すぐ荒れるんだよ。
もう誰もつかってないよこんなFW。
253:nobodyさん
06/04/18 12:55:44
maple使う際の最大のネックは、ドキュメントの少なさだと思う。
symfonyなんかは、まとまったドキュメントがPDFで用意されているが、
mapleは、wikiがあってもあまり機能していない。
また、dbを取り扱う枠組みを標準で用意してくれないと、導入の際の
コストが高くなって、躊躇しちゃうよね。
254:nobodyさん
06/04/18 14:56:26
>253
ドキュメントは同意だが、DBは逆に、
好きなのを使いたいって意見もあると思うぞ。
255:nobodyさん
06/04/18 16:32:58
>>254
mapleとして標準で付いてくる物が欲しいのよ。
他のを使いたいという人は、標準以外の物を使える様にすれば良いでしょ。
256:nobodyさん
06/04/18 20:10:02
揚げ足と思われると難なのですが、DB扱う枠組みがあるほうが
導入の際のコストは高くなるんじゃないかな。
mapleの良い点は、VIEW部分だけに割り切っているところじゃないかと
思うようになりました。DIConは確かにアドバンテージがあるけれど
命名規則以外は、普通にPHPで書けば良いのが最もありがたかったりする。
257:nobodyさん
06/04/20 16:51:35 V2WiZs9r
オレはEthnaへ逃げた。
初心者にとってドキュメント不足は致命的すぎる。
チュートリアルをいじっているうちに、
「なるほど」って感じで分かってくるんだけど、
Mapleはチュートリアルすら貧弱なので、自分には無理だった。
258:nobodyさん
06/04/20 17:11:11
私も同じでした。
Ethnaももう少しサンプルが増えるといいですねー。
259:nobodyさん
06/04/20 22:28:34
なんかDBまで使ったオープンソースものが一個できれば
いろいろ参考にできるんですけどね。
EthnaもMapleもそれが無いのがつらい
260:nobodyさん
06/04/21 00:26:32
Ethnaの方が解りづらくて挫折しました。サイトのgetting staretedとhowtoが乖離しすぎてる。
EthnaでのセッションやDBの扱い方がわからない。
Mapleはサンプル見ればあとはPHPが使えればとりあえず使えるというのが魅力。
それだけでも「いつも同じようなことを書いている」ことを解消できる。
フレームワークの使い方と、PHPの書き方やプログラムのお作法を混同してないか。
フレームワーク(Maple)はPHPの初心者が簡単にWEBアプリを書けるようにする
ことを目的にしてないんじゃないの？そういう方向性を否定しないが。
という私もPEARのErrorStackを使ったMapleのサンプルは欲しいが、
それはErrorStackの使い方が分からないんであって、
それをMapleのドキュメント不足というのはなぁ。
確かにFilterとかDIconとかのMapleとしてのドキュメントは不足というか
もう不足という表現の時期はすぎてんじゃないのと腹が立つくらいですけどね。
261:nobodyさん
06/04/21 00:58:34
PHP系のフレームワークって自分用に作ったものを公開しただけのものが多いから
ドキュメント作成まで求めるのは酷かもね。
そのへんはユーザでできたら理想的なんだけど。
262:nobodyさん
06/04/23 11:15:25
それを酷に思うなら公開するべきでない。
263:nobodyさん
06/04/23 11:42:40
>>262
いや、それは違うだろｗ
甘えすぎじゃないか？
264:nobodyさん
06/04/23 15:42:35
ドキュメント書くのが酷だと思うなら、
人に使ってもらおうなんて気はさらさらないはずなので
公開しないでオナニー用にしてればいいんだよ。
これは利用者の甘えじゃなくて公開者の甘え。
265:nobodyさん
06/04/23 16:32:51
そんなに自分の心の狭さを主張するな
266:nobodyさん
06/04/23 23:28:41
>>264
利用者の甘えだとおもうがなぁ。
ま、イヤなら他の使えばいいだけ。
267:nobodyさん
06/04/23 23:50:49
公開者には甘えてほしくないなんてのは利用者の甘え
はい以下ループってことでｗ
268:nobodyさん
06/04/24 01:42:04
大体プログラマならドキュメントくらい書けよ。
書けないなら公開すんな。
269:nobodyさん
06/04/24 03:11:53
プログラマならソース読んで理解しろ
以下ループ
270:nobodyさん
06/04/24 14:50:04
普及させたきゃコーディングだけしててもダメだろうけど、義務はないよな。
ホント、ソース見りゃわかるし。
271:nobodyさん
06/04/24 14:58:04
ドキュメントがあっても英語だったら読まないって
やつも多いしな
結局使う側のやる気の
272:nobodyさん
06/04/24 21:20:19
いやいや、作者のやる気だろ。
273:nobodyさん
06/04/24 21:53:08
作者か使う側のどちらかにしか責任がないという答えをどうしても出したいのか
274:nobodyさん
06/04/24 21:59:05
>>273
うるせーんだよkunit
さっさと非を認めろよ雑魚。
275:nobodyさん
06/04/25 00:20:27
途中からﾈﾀ化してることに気づけ
276:nobodyさん
06/04/25 18:58:02
自ら雑誌に記事書いて宣伝しておいて、ソース読めは良いと
言うのであれば、自己矛盾だよね。
ソース読まなくても使える様になれば、自然と人が集まって
ドキュメント、サンプルが充実するという好循環も期待出来るん
だけど。
277:nobodyさん
06/04/25 19:07:02
>>276
ソース読めばいいと作者が言ってるのは見たことない
作者がよく言うのは「整備しないといけませんね」だなｗ
2段落目は全く同意
278:nobodyさん
06/04/25 21:16:45
>>277
ソース読めばとは言っていないけど、実質的にはそうなってるのよね。
279:nobodyさん
06/04/25 21:30:20
結局作者の怠慢なんだよ。
公開するからにはそれなりの責任ってのが少なからず発生すると
思うんだがな。
もし責任なんかないとか言うなら最初から公開なんかすんな。
ただでさえPHPのフレームワークは混沌としてるんだから
迷惑なんだよ＞kunit
280:nobodyさん
06/04/25 21:36:11
>>279がここまで必死に罵倒して得られるメリットがどうも想像つかない
反論されないところで好きに叫びたいだけにしても
わざわざこんな客の少ないマイナーな場所でやって面白いとも思えんしなぁ
281:nobodyさん
06/04/25 21:50:31
>>280
賛成に一票
282:nobodyさん
06/04/26 03:04:22
>>281
＋１
283:nobodyさん
06/04/26 03:28:17
誰が何と言おうとドキュメントの不備は作者の怠慢。
284:nobodyさん
06/04/26 06:58:09
>>283
そうですか。いつまでもその気持ちを忘れずに
285:nobodyさん
06/04/26 07:19:52
犬が吼えてるな・・・。
ドキュメントがないのが嫌なら、使わなければいいだけ。
無名が有名に嫉妬してるんでしょ。
286:nobodyさん
06/04/26 20:21:29
どうすればこんな誰も使ってないようなFWに嫉妬できるんだか。
287:nobodyさん
06/04/27 11:16:35
この手の初心者呼び込んでも負担が増えるだけ。必要なし。
288:nobodyさん
06/04/27 15:24:08
初心者にメンテさせようと思っていても、現状のドキュメントではきついので、
結局選択できない事になる。
という事で、初心者お断りという考え方は、好ましくないと思う。
289:nobodyさん
06/04/27 15:26:22
ドキュメントがあろうとなかろうと（略）
290:nobodyさん
06/04/27 17:34:53
Zend Framework で終了って事でよろしい？
291:nobodyさん
06/04/28 00:24:23
ドキュメントも書けないようならプログラマ辞めちまえっつーの。
292:nobodyさん
06/04/28 08:10:57
↑
技術者として恥ずかしくないか？
293:nobodyさん
06/04/28 11:27:58
↑
まったくだ
294:nobodyさん
06/04/28 20:44:33
↑↑お前は技術者失格。
295:nobodyさん
06/04/29 23:06:06
クラスドキュメントってあったっけ？
296:nobodyさん
06/04/30 18:49:13
OSSなんだから自分でドキュメント書いてcontribしたら?
297:nobodyさん
06/04/30 19:44:41
そういうのを他人任せというんだよ。
一つお利口さんになって良かったね（苦笑）
298:nobodyさん
06/04/30 21:07:32
もまいら、ここで無駄な議論に使ってる力をサンプルプログラム
作るのに使ってください。
よろしくお願いします。
299:nobodyさん
06/05/02 00:19:53
しかしまぁ仕事が忙しいからって、こうまで宣言したことをやらない人の
仕事振りってのは信用ならんと思うんだが。
何かのご縁で、自分が発注者として彼と仕事をすることになったら、
できれば取引したくないなと思わないか？
・３月末に出す予定のバグフィックス版は出してもらいたいものだね。
300:nobodyさん
06/05/02 12:15:09
所詮金にならない事だからどうしても後回しになっちゃうよな
301:nobodyさん
06/05/02 13:00:54
できないなら最初から公開なんかするなっつーの（ループ）
302:nobodyさん
06/05/02 20:44:58
うるさいだまれ
303:nobodyさん
06/05/02 21:18:35
kunitさん？
304:nobodyさん
06/05/03 00:52:09
kunitさんへ私信。
あんた、いい加減すぎだよ。
男なら自分の生み出したものに誇りを持って
もうちょっと気合を入れろや。ボケが。
305:nobodyさん
06/05/03 01:14:59
私信だったら差出人を明確にしろやボケがｗ
306:nobodyさん
06/05/03 02:22:19
kunitさんへ私信。
kunitさん２ちゃんねるを良くご覧になってますよね。
このスレ立てたのもkunitさん自身だという噂もありますし。
つーかお前もうちょっと気合いれろやタコ助が。
ソースもキッタネーし。そんなん公開して恥ずかしくねーの？
307:nobodyさん
06/05/03 04:48:34
うざい奴に粘着されてkunitさん（´・ω・）ｷﾉﾄﾞｸｽ
308:nobodyさん
06/05/03 09:58:41
気に入らなければ使わなければいいのに
ｸﾞﾁｸﾞﾁ文句言ってる奴は一体どういう了見なんだ？
309:nobodyさん
06/05/03 12:50:22
>>308
私もドキュメントがないと文句言っているクチだが、mapleが嫌いな訳ではない。
むしろ、DI とかうまく使えば、すっきりしたものが出来そうで期待している。
ただ、ドキュメントが無いと、ユーザがいなくなり、いつの間にか消え去って
しまうのではないかと言う事を心配してたりする。
その辺が解消しないと、積極的に使えない訳で・・・。
記事を掲載したWeb+DB Pressでも、後ろの方のコーナーで国産フレーム
ワークとして、ethna,guessworkが挙げられていたけど、mapleは無視されて
たし。(^^;
310:nobodyさん
06/05/04 04:36:29
もったいないが、今の状態なら淘汰されるのは時間の問題だな。
311:nobodyさん
06/05/05 06:11:40
> 某巨大掲示板でもいろいろご意見いただいてますね。真摯にうけとめて巻き返しをしたいと思いますです。
という事なので、巻き返しに期待します。
312:nobodyさん
06/05/05 11:57:39
>>311
もう何度も同じパターンを繰り返してる・・・
313:nobodyさん
06/05/05 13:45:42
kunitスパイラル
314:nobodyさん
06/05/05 14:02:15
そんな熱心なユーザーなら
コミットしてあげればいいのに…
315:nobodyさん
06/05/05 16:01:45
コミッタとして参加したいんだけど、kunitさんに云えばいいのかな？
316:nobodyさん
06/05/06 22:15:32
真摯に受けとめたからどうなんだ。
ビバ ナスピア。お役所仕事万歳。
317:nobodyさん
06/05/09 18:41:56 jO8waBMZ
期待 age
318:nobodyさん
06/05/19 11:40:50
期待sage
319:nobodyさん
06/05/19 14:12:10
哀れ也
320:1
06/05/22 01:16:19
去年このスレをたてた頃はmaple解析に勤しんでおりましたが、
一難去ってまた一難の繰り返しに嫌気がさし、
mapleっぽい構造にして自作しちまいました。
仕事の納期に追われていたので焦っていたけど、
これが一番近道だったなあ。
321:nobodyさん
06/05/22 10:42:32
PHPのフレームワークって、自作が一番いいと思う。
既存のフレームワークはどうしても機能に過不足が出てくるからね。
JavaのStrutsみたいに決定的なフレームワークがあるなら、それに身をゆだねるのもいいけど、PHPの場合、どれも一長一短。
322:nobodyさん
06/05/22 19:59:59
保守性を考えなければそれでもいいんだけどねぇ…。
正直、何とかしてほしい。
323:1
06/05/23 01:10:12
>>321
自作してみてホントそう思いました。
構造も理解しているからすぐに必要な処理を取り入れられますし。
でもフレームワークのなんたるかを知ることが出来たし、
多くの知識を与えてくれたkunit氏に感謝尊敬マキシマムリスペクト。
好きです。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5227日前に更新/94 KB
担当:undef