トップページ⇒php
1001コメント326KB

【PHP】Phrameを使う【フレームワーク】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん04/08/23 14:15ID:???
PHP用フレームワーク「Phrame」について語るスレ

※関連リンク

Phrame本家
http://phrame.sourceforge.net/

PHPでMVC第1回：前編
https://www.stackasterisk.jp/tech/php/phpMvc01_01.jsp

開発談義/FrameWorkはどれがいい？ - PukiWiki
http://w-project.org/pukiwiki/index.php?%B3%AB%C8%AF%C3%CC%B5%C1%2FFrameWork%A4%CF%A4%C9%A4%EC%A4%AC%A4%A4%A4%A4%A1%A9
0153nobodyさん04/10/08 13:01:49ID:???
>>152
レガシーシステムのリプレースです。
そんなもんって、あの内容だけでよくわかるね(笑)
商用のERP/CRMパッケージを使えと？
規模的にERPの出番はなかったですよ。
0154nobodyさん04/10/08 13:05:57ID:???
でも、それならJavaでやったほうが楽だった気が・・・

>>151
そんなもん。むしろそこまであるだけマシ。
015515304/10/08 13:20:10ID:???
>>154
うん、その通りだと思う。
でも、自分がチャレンジできる立場だったのでやってみたんだよ。
0156nobodyさん04/10/09 04:28:10ID:???
JavaだとStrutsになると思うが、あのXMLをいちいちごちゃごちゃ弄くらなきゃいけない手間と
動作確認もさっとできないところがダメ。
0157nobodyさん04/10/09 04:30:55ID:???
>>150
＞会社でひとつ作りました。Webアプリケーション部分のコード行は4万くらい。

しかしそうとう無駄な行がありそうだな
0158nobodyさん04/10/09 05:47:41ID:???
>>157
はい、実際に重複部分はあります。メンテナンス機会があればリファクタリングしますが。
0159nobodyさん04/10/09 06:18:30ID:???
>>158
開発人数は？
0160nobodyさん04/10/09 16:34:52ID:???
雑誌「まるごとPHP」を買いましたが、
Mojaviについては数ページしか書かれていませんでした。
まったくMojaviの使い方がわからなかった自分には、それでもありがたかったですが。
0161nobodyさん04/10/09 18:11:45ID:???
>>156
定義ファイルはXDoclet使えばもうまんたい。
さっとできないというのがどういうことかわからんが、動作確認というか、テストはStrutsTestCaseでもうまんたい。
0162nobodyさん04/10/09 22:09:22ID:???
>>148
HTML含めて4万行だったら笑える。
0163nobodyさん04/10/10 00:58:07ID:???
mojaviは慣れると意外と使いやすい。

mojavi3.0はやく正式リリースしてくれ
0164nobodyさん04/10/10 09:10:00ID:???
mojavi3動かしてみたけど、同梱されてるモジュールは単にページ表示するだけだね
0165nobodyさん04/10/10 10:23:04ID:???
>>160
ぐぐれば情報発信してるありがたいサイトが生まれてますよ。
0166nobodyさん04/10/10 22:06:16ID:???
>>165
日本語のサイトはほぼ閲覧しましたが、詳しく解説しているサイトは少ない感じがしましたが。
お薦めのサイトはありますか？
0167nobodyさん04/10/10 22:45:49ID:???
ヌルい人大杉。
日本情報も充実して手がかりには十分だろう。

何だって最初は詳しい解説なんて無かった。
PEAR も、Mojavi も。
いつもソースがドキュメントだった。

人のアウトプットを待つって事はそれだけ遅れるって事だ。
人のアウトプットに頼り源泉に触れないって事はそこでフィルタされた情報があるって事だ。

やる気あるヤツぁ自分でよじ登れ。
労惜しむのなら落ちてくるまで待っとけ。
0168nobodyさん04/10/10 23:20:13ID:???
PEARは最後まで詳しい解説がなかったね。
0169nobodyさん04/10/10 23:37:55ID:???
>>167
まぁまぁ、そういわずに。皆が皆そうできるわけでもないよ。
いろいろな意見が出る方が参考になるし健全でいいと思う。
017016704/10/10 23:49:45ID:???
>>169
かなりネタ気味に書いたんで。

そろそろMojaviも次のステージかな。
誰か本出せばいいのに。
モジュールコレクションと、モジュールを組み立ててアプリケーションを作るパートとの２部構成くらいできぼん。
0171nobodyさん04/10/11 02:39:32ID:???
ぬるいフレームワークなんぞ使わずに、
自分で作れ。
そして再利用だ。
0172nobodyさん04/10/11 11:40:33ID:???
mojaviのドキュメント、英語でいいからないですかね。
0173nobodyさん04/10/11 11:53:41ID:???
つーか、mojaviスレ建てようぜいい加減。
0174nobodyさん04/10/11 19:17:09ID:???
>>173
じゃ、頼む。
0175nobodyさん04/10/11 20:29:21ID:???
あたしゃムックのmojavi記事では
さっぱり使い方が分からなかった。
Smartyの話と混ぜずに、もっと
シンプルに解説して欲しい。
0176nobodyさん04/10/12 07:16:25ID:???
アレ以上落としたら内容を削るしか無かったと思うのだけど。
良い記事だったと思うけどな。
>>175 の願望を落としたら俯瞰的なイントロダクションではなく、入門用の記事が必要となるのでは。

というかおまいら、誰かの書いた物に頼りすぎですよ。

switch (自分のポジション)
{
case '本職':
ムックを持てる分、先行者よりも良いコンディションでスタートしたのに理解出来ない自分に焦りを感じて根性で頑張る
break;

case 'webデザイナー':
case '趣味':
default:
もっと分かりやすい記事が出るまでムックの他のパートを読んだりしながらのほほ〜んと待つ
手元に Mojavi ネタをコレクションしては適当に取り組み、分かる部分だけ取り込んで少しづつ前身
break;
}
0177nobodyさん04/10/12 09:43:39ID:???
>>176
実際のところ、RendererはほとんどSmartyを使うことになると思うので、実利
を考慮して意図的に誘導しました。大多数の方は記事のままお使いになる場合
が多いので。気に入らなかった方はごめんなさい。

もし次回があれば、アプリケーション構築プロセスを追うチュートリアル的内
容になると思います。
0178nobodyさん04/10/12 20:19:28ID:???
いまのところ、ここの解説が一番詳しいかな？
http://mojavi.try-angle.biz/wiki/
0179nobodyさん04/10/12 21:51:12ID:???
おお、意欲あるな。
確か業務で使うのに勉強会か調査かやるって言ってた人の所か。
0180nobodyさん04/10/13 11:49:13ID:???
>>178-179
引用の範疇を越えているため、もちろん原著作者に許可を得ていると思うので
その旨、どこかに明記しておかないと、法人として信用をなくすような
あらぬ疑いを受けるかもしれないよね。
私は英語ができないから大変有用なんだけど
願わくば、翻訳の掲載（と今後増えるであろう既存情報の寄せ集め）のサイトからの
脱却を計ってもらえると意欲があると思えるよね。
0181nobodyさん04/10/13 12:38:53ID:???
どうでもいいけど、ソースコードのグラデーションがウザい。
0182nobodyさん04/10/13 12:42:52ID:???
ほんとにどうでもいいな
0183nobodyさん04/10/14 04:00:58ID:???
結局、このスレでPhrame使ってる人はどれくらいいるの？
0184nobodyさん04/10/14 09:54:51ID:???
>>183
俺は使ってるよ
といっても自分仕様に相当改造したけど
0185nobodyさん04/10/14 10:34:30ID:???
>>184
なんのためのフレームワークだよｗ
0186nobodyさん04/10/14 10:38:53ID:wF4PnGtG
>>178
http://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
http://mojavi.try-angle.biz/bbs/
こういうのもあるらしいよ。
0187nobodyさん04/10/14 10:53:00ID:???
改造したらフレームワークの意味がなくなるのだろうか
0188nobodyさん04/10/14 11:45:37ID:???
>>186
さんくゆー

もうムックいらなくなったよ。ガチャピンもめん。
0189nobodyさん04/10/14 23:02:13ID:???
ムックは今海の向こうでは旬だけど
日本語にはなっていないトピックが
たくさんちりばめられていて興味深いな。
0190nobodyさん04/10/15 02:02:29ID:???
>>187
いんじゃない？お前の趣味程度でしょ？
0191nobodyさん04/10/15 02:39:50ID:???
仕事でしょ。
３にんがかりくらいの大規模な。
0192nobodyさん04/10/15 07:54:52ID:???
大規模ってどれくらいなのかと常々思っていたけど、３人で大規模なのか。
漏れも Mojavi を微妙に拡張してるよ。Mojavi にはわざと詰めてないように思える部分があるし。
ただその前にそのフレームワークに従ったやり方を調べ、他のフレームワークに手を入れない方法を調べた上での事だけど。

PEAR のように細かくバージョンの上がるライブラリを改造するのは躊躇うが、
Mojavi のように安定している物であれば少し手を入れるのも有りかと思う。
0193nobodyさん04/10/15 08:30:13ID:???
フレームワークにバージョン毎の互換性ってあるの？
互換性が無い（乏しい）のなら、バージョン固定して
カスタマイズする方が賢いような気がするけど。
0194nobodyさん04/10/15 12:02:08ID:???
「フレームワークに」っていうくくりはどうかと思うが。
つか、バージョン毎の互換性にとぼしいフレームワークとか処理系って、怖くて使えない。
0195nobodyさん04/10/15 12:41:10ID:???
Mojavi は無い。>>193 の言い分が簡潔でステキ。

>>194
PEAR 相手なら言ってることは正しいが。>>193 のような場合はバージョンが違えば別物って考えるんだyo!
ドラクエみたいなもんだ。１と２では、１やってりゃ２の理解も早いが基本的に別物。
0196nobodyさん04/10/15 12:48:01ID:???
>>193
メジャーバージョンが上がる場合は互換性がある程度失われるのも許容範囲だと思うけど。
マイナーバージョンが上がって動かなくなるのは困るよね。
PHP本体でたまにあるけどね。
0197nobodyさん04/10/15 13:14:26ID:???
>>195
つまり、どうせバージョンがあがって使い方変わるんだから、必要もないのにあらかじめmojaviの勉強をしておく必要はない、ってことですね？
0198nobodyさん04/10/15 15:00:33ID:???
釣りにマジレス。

フレームワークでも言語でも何でも、優秀な物は実際に投入せずとも考え方をパクったり良い影響を受ける事が出来るので取り敢えず触れておくのは大事。
っていうか PHP 自体が、実運用には 早い、安い、旨い で適しているけど何か新しい物を生む土壌ではなくて多くの輸入物で成り立っていると思うんだけど。
なので PHP コーダーだからこそ新しい物への興味を高く保つべきと思う。
PHP/PEAR は特に Java に対しての後出しじゃんけんが多くて (ﾟдﾟ)ｳﾏ- な気がする。
0199nobodyさん04/10/16 01:44:26ID:???
mojavi officialで
使われてるwiki engineって
何でしょう。
0200nobodyさん04/10/16 01:45:00ID:???
mojaviをつかって
nucleus+XOOPS的な
blog作りたいな。
0201nobodyさん04/10/16 01:45:19ID:???
テンプレート/スキン
の実装に悩むね。
0202nobodyさん04/10/16 02:23:35ID:???
>>199
coWiki か wakka じゃなかったか？
超適当。ところてん脳ですまんなぁ…
0203nobodyさん04/10/16 04:49:54ID:???
>>198
旨いか？
Javaに対しての後出しじゃんけんっていっても、Javaがグー出してるの見てPHPがパー出したときには、すでにJavaがチョキ出したあとだし。
0204nobodyさん04/10/16 09:53:17ID:???
>>203
まぁソレはある。言い方悪かったかも。
Java より PHP でやる理由ってのはまた別で、もっと総合的な事が理由。
宗教論争に入りそうなのでパス。
0205nobodyさん04/10/20 18:16:19ID:???
http://www.geocities.com/pvstempvoort/phrame/
0206nobodyさん04/10/22 13:08:31ID:???
>>205
こういう試みもあるんだね。初めて知ったよ、ありがとう。
020720504/10/22 16:14:51ID:???
検索してて偶然みっけたけど、
まだサンプルが動作してない。

まだ、いまいちよくわかってないっす。
このフレームワークってやつ。
0208nobodyさん04/10/22 23:29:34ID:???
これからはmojaviかmapleになるだろうな。
0209nobodyさん04/10/23 03:57:43ID:???
関西オープンソース出たいな。ちきしょう。
誰かレポお願い。
0210nobodyさん04/10/23 19:02:16ID:???
その割に、mojaviのスレって
いつまで経っても立たないね。
0211nobodyさん04/10/23 23:23:20ID:???
ココ使い切ってからね
0212nobodyさん04/10/24 01:17:48ID:???
次スレは PHP フレームワーク総合でおながい。
0213nobodyさん04/10/24 01:36:21ID:???
とはいえMojaviしかみんな使わないんだから同じかと。
0214nobodyさん04/10/24 03:10:23ID:???
>>213
やっぱり、Mojavi が一番良いってこと？
Maple はどう？
0215nobodyさん04/10/24 03:15:01ID:???
Mojavi は鉄板だが、ケースバイケースで Mojavi 以外の選択肢も出てくる。
それに常に新しいフレームワークは評価していきたい。

っつーかさ、俺に Mojavi 教えてくれた人はもう「みんなやってるから興味無くした」って言って別のヤツやってる。
0216nobodyさん04/10/24 03:46:18ID:???
> 俺に Mojavi 教えてくれた人

いいね、そういう人がいて。
0217nobodyさん04/10/24 04:49:42ID:???
>>216
お前には俺がいるじゃないか。
0218nobodyさん04/10/24 04:51:42ID:???
>>216
念のために言っておくと、「使えるよ、いいよ」ってだけで誰も手取り足取りなんてやってない。
そっちのラインもお互いに得る物があっての事がまだ大きいと思うので、貰った分自分も何かを返さないとってプレッシャーの中で毎日やってるよ。
021921804/10/24 04:54:52ID:???
書き込んだ後に217の216への愛に打たれて殺伐とした自分に気付いた ・ﾟ･(ﾉД｀)･ﾟ･ 俺が悪かったよ
022021604/10/24 05:19:28ID:???
>>217
うほっ
0221nobodyさん04/10/24 08:03:02ID:???
>>215
＞っつーかさ、俺に Mojavi 教えてくれた人はもう「みんなやってるから興味無くした」って言って別のヤツやってる。

普通フレームワークってみんなが使ってこそ価値があるもんだと思うんだが…
0222nobodyさん04/10/24 09:47:49ID:???
mojaviってxsltと組む時はどうするの？
あと、ファイルの置き場所と名前がまるわかりなのにはどう対応してる？
0223nobodyさん04/10/24 10:00:35ID:???
所詮PHPなんだから、気にするな。
0224nobodyさん04/10/24 10:04:59ID:???
>>222
は？普通に変更効きますが？
0225nobodyさん04/10/24 11:53:47ID:???
所詮PHPなんだから、気にするな。
0226nobodyさん04/10/26 17:13:21ID:???
PHPは開発環境がへぼいからつらいな
0227nobodyさん04/10/26 18:25:19ID:???
うむ。へぼいからつらい。
0228nobodyさん04/10/27 01:39:53ID:???
ミカン箱環境(*´Д｀)ﾊｧﾊｧ
0229nobodyさん04/10/27 03:06:20ID:???
Mojavi の質問いいですか。

まるごと PHP の P199 リスト15 で

$request->setError('login', array( 'level' => 'warning', 'message' => 'ログインに失敗しました' ));
return VIEW_INPUT;

とあって、自分は setError は void setError (string $name, string $message) で使っていたので
配列でエラーレベルとメッセージをセットするアイデアに興味を覚えたのですが、
ではそのセットした情報を取り出す/使うときはどうやっているのかと思って探してみると…

まるごと付属 CD に該当コード無いし （つД｀） 記事をぱらぱらと見ても解説が無いんで… 誰か解決編お願いします…

誤認/見落としがあったらごめんなさい。
0230nobodyさん04/10/27 03:58:15ID:???
Mojaviは、ソースコードを解読していかないと使い物にならないという噂ですが
0231nobodyさん04/11/03 23:22:19ID:???
>230

そうかもしれない。
しかし量が少ないのですぐ読める。
0232nobodyさん04/11/03 23:31:24ID:???
ということは、機能が充実してソースが気軽に解読できる量じゃなくなったときには、使い物にならんってことだな。
0233nobodyさん04/11/04 15:37:39ID:???
>>229
まるごとPHP!の記事を書いた者です。
setError()メソッドで配列をセットする使い方は、Mojavi自体とはまったく関
係ありませんのでハンドリングは自前でやることになります。
エラーメッセージのレベルによってCSSのクラスを変更するという(アイコンや
メッセージのフォントサイズ、色等)ことを実現したいがために使っておりま
すが、混乱させて申し訳ありません。

レンダラオブジェクトでテンプレート変数として設定しておいて単純にSmarty
等の条件分岐で参照させるような使い方を意図しております。

例えばこんな感じです。

{section name=freeMessage loop=$freeMessages}
<tr>
<td
{if $freeMessages[freeMessage].level == "info"}
class="info"
{elseif $freeMessages[freeMessage].level == "warning"}
class="warning"
{elseif $freeMessages[freeMessage].level == "alert"}
class="alert"
{/if}
>
{$freeMessages[freeMessage].message}
</td>
</tr>
{/section}
0234nobodyさん04/11/04 16:08:15ID:???
>>233
納得しました。

実際に用いられている工夫を教えていただけるのは有り難いです。
多謝。
0235nobodyさん04/11/12 01:46:07ID:???
微妙に3.0が更新されてるな。
正式リリースはまだか…
0236nobodyさん04/11/25 23:05:24ID:???
mojavi2.0を展開すると拡張子newのファイルがあるのですが
これはなんですか？
0237nobodyさん04/11/26 10:34:51ID:???
>>236
どのファイルですか？
0238nobodyさん04/11/26 21:02:43ID:???
..new
lib.new
filter.new
logging.new
opt.new
auth.new
filters.new
等です。全部で23個もありました。
ちなみにnewファイルが存在したのはUnix Gzipのファイルです。
Windows Zipのファイルにはnewファイルがありませんでした。
0239nobodyさん04/11/30 09:34:43ID:???
3.0.0デブ更新上げ。
0240nobodyさん04/11/30 17:42:49ID:???
>>238
遅くなりましたが、調べてみました。
どうやら以前置かれたファイルと異なるようですね。

48513 Sep 2 00:34 mojavi-2.0.0.tar.gz
45779 Nov 30 17:38 mojavi-2.0.0.tar.gz.old

違いはそれらの空ディレクトリだけでした。
削除して構わないです。
0241nobodyさん04/11/30 20:43:51ID:???
>>240
質問に答えてくださって、ありがとうございました。
これで、安心して使用できます。
0242nobodyさん04/12/15 10:10:17ID:???
最近ここも大人しいね。
Ethna使ってみた？

Wikiに書いてある通りに確かに、同じコードを必要以上に記述しなくて良い雰囲気が実感出来た。その辺Mojavi2より優秀かも。
Mojavi3を見ない事には何とも言えないけど、選択的に使えるんじゃないかなと思った。
Mojaviクローンにあまり興味ないので更新状況以外は追いかける気は無いけど…

そろそろ誰か、PHPフレームワークの総合スレお願い。
0243nobodyさん04/12/15 11:16:35ID:???
Ethena、ちゃんと日本語でドキュメントが用意されている（つつある）だけ、
自分的には好感度はかなりいい。

「まるごと〜」には、あのくらいのチュートリアルを期待してたのだが……

Ethenaはちょっと試してみようと思う。情報ありがﾄﾝ > 242
0244nobodyさん04/12/17 15:22:09ID:???
ココ見るとけっこうあるね。

その他のフレームワーク
ttp://ethna.jp/ethna-related.html

Mojavi、Maple、Ethenaの比較をどなたか。
0245nobodyさん04/12/17 16:10:02ID:???
Maple少し触ったけど、サンプルのSmatyのテンプレートがSJIS・・・

スクリプトもSJISが交じってたり。SJISで開発してるの？
0246nobodyさん04/12/17 16:23:58ID:???
SJISのような過酷な環境でも動くってことだな！
0247nobodyさん04/12/17 16:32:54ID:???
文字化けして表示されるのを「動く」と評価するならね。
0248nobodyさん04/12/17 22:42:09ID:???
海外行くとMojaviクローンが鰯並に転がってる。
色々忙しくなってきたな。でもMojaviのやった後ばかり追いかけても楽しくないが。
0249nobodyさん04/12/21 13:52:01ID:???
Zendのコンペでもストラット系フレームワークで溢れてたね
0250nobodyさん04/12/21 15:51:24ID:/whrBEG+
1
0251nobodyさん04/12/26 04:04:22ID:???
>>245
SJISで開発してます。須磨と喪覇美で。
0252nobodyさん05/01/08 01:45:21ID:???
静かだな (´･ω･`)
ある程度行き渡って初期情報交換の役割が終わったのと、PHP4 -> PHP5 移行期で色々地下進行してるのかとか予想してみたり。


まぁ保守。
■ このスレッドは過去ログ倉庫に格納されています