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

**nobodyさん** · 04/08/23 14:15

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

**nobodyさん** · 04/08/23 15:07

Phrameとは何ですか？説明してください。

**nobodyさん** · 04/08/23 15:14

こことかいいね。
http://www.lyricfathom.com/pukiwiki/pukiwiki.php?plugin=attach&openfile=hello2.zip&refer=Phrame%B2%FE%C2%A4

３ · 04/08/23 15:15

こっちだったスマソ。
http://www.lyricfathom.com/pukiwiki/pukiwiki.php?Phrame%B2%FE%C2%A4

あとこれも。
Phrameを使ってみよう
http://www.lyricfathom.com/pukiwiki/pukiwiki.php?Phrame%A4%F2%BB%C8%A4%C3%A4%C6%A4%DF%A4%E8%A4%A6

３ · 04/08/23 15:17

>>2
楽して割と凝ったサイトを作れる雛形みたいなもんかな

**nobodyさん** · 04/08/23 17:15

Mojavi も語れるとよかったかな。

**nobodyさん** · 04/08/23 17:23

>>6
mojaviはExamplesやマニュアルが少ないので取っ掛かりにくいですね

**nobodyさん** · 04/08/23 18:45

>>7
なのでなおさら。

**nobodyさん** · 04/08/23 18:51

フレームワークってなんですか？

**nobodyさん** · 04/08/23 19:02

ググるなりしてから、出直そうな。

**nobodyさん** · 04/08/23 20:00

mojaviも入れておくれ

**nobodyさん** · 04/08/23 20:10

Mojavi 入れるとスレが乗っ取られるだろ。

**nobodyさん** · 04/08/23 20:22

もうすぐ出るムックにmojaviが載るんだろ？
そういう雑誌の影響は大きいから
日本ではmojavi一色になりそうだな。

**nobodyさん** · 04/08/23 21:25

もうPhrameはステ
これからはMojaviでしょ

**nobodyさん** · 04/08/23 21:35

Phrame スレで言うな

**nobodyさん** · 04/08/23 22:20

フレームワークはテンプレートだよ

**nobodyさん** · 04/08/23 22:29

>>16

処理の逆転が起きるのがフレームワークだから、それは違うと思うよ…。

**nobodyさん** · 04/08/23 23:19

>>17
えっ、テンプレートじゃないの??? テンプレートでしょ

**nobodyさん** · 04/08/24 06:27

おいおい、こんな糞スレみたことないぞ。
1st release から何年も更新されずにとっくに終わってるフレームワークじゃないか。

しかも >>5 と >>16 はアフォ

**nobodyさん** · 04/08/24 07:58

せっかく PHP フレームワークスレが出来たと思ったら、始める前から終わってる orz

**nobodyさん** · 04/08/24 09:23

>>19
とっくに終わっていようが便利なものは便利だからしょうがない。
なぜアフォなのかを説明もできない藻舞は（ｒｙ

**nobodyさん** · 04/08/24 13:04

>>19
ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!

盛り上げてくれ。
期待はしてるyo!

**nobodyさん** · 04/08/24 13:18

そもそもスクリプト言語のフレームワークなんて重いだけだから流行らないんだよな。
PHP4まではOOがウンコだったし。

**nobodyさん** · 04/08/24 13:46

>>23
はっ？重いか？　って君はもしかしてネ申しゃま

**nobodyさん** · 04/08/24 13:53

>>23
（　´,_ゝ`）

**nobodyさん** · 04/08/24 15:54

Phrameでの開発手順

１．/viewのテンプレートHTMLを作成（WEBのデザイン）
２．/viewにPageクラスを拡張したHogePageクラスなどを作成
３．/modelsに処理系のクラスを追加
４．/actionにHogeAction.phpなどを作成
５．/formsにHogeForm.phpを作成（主にvalidate処理）
６．/include/mappings.phpを加工
７．/include/include.phpに1～５までで新規に作成したファイルのパスを追加

**nobodyさん** · 04/08/24 16:31

>>26
(*´Д｀)ﾊｧﾊｧ

その流れ見てると Mojavi が Phrame パクってるってのがよく分かる。
DispatcherView パターンに該当する部分が include.php だったり、
binarycloud から受け継いだらしい (適当) ExecutionFilter/ActionChain が無いのが何なのかな。

**nobodyさん** · 04/08/24 21:09

（゜д゜（　：：：　ｌ　：：：　）　＝３　ブッ

**nobodyさん** · 04/08/24 21:31

>>27
ﾊｧ? （゜д゜知ったかMojavi厨は氏ね

**nobodyさん** · 04/08/25 00:05

パクッテルのだったら改良されているって事だから
Mojavi>>>Phrameってことだね。

**nobodyさん** · 04/08/25 00:40

改善とは限らないけどね。改悪かも。
どっちも知らんけど。

**nobodyさん** · 04/08/25 12:54

おい、ほまいら！
mojaviとphrameを比較するH頁作ってください！ホナガイスマス

**nobodyさん** · 04/08/25 12:54

PHPはJavaみたいに汎用言語じゃないんだからさ、
こういうフレームワークを仕様として取り込んでほしいよ。

**nobodyさん** · 04/08/25 12:56

>>33
いいこといった

**nobodyさん** · 04/08/25 15:32

>>33はphp-gtkの敵だ

**nobodyさん** · 04/08/25 15:33

>>33 は PHP+Parrot の敵だ

**nobodyさん** · 04/08/25 15:51

>>19 >>35 >>36 アフォだ

**nobodyさん** · 04/08/25 15:51

>>36 はちょと違う。

**nobodyさん** · 04/08/25 16:16

未来少年って事か？

**nobodyさん** · 04/08/26 01:42

PHPは駄目だねJavaの真似ばっかしようとしてウンコ状態になってる。
オブジェクト指向を重視する部分は
ObjectivePHPみたいな派生言語にした方がいいのでは？

**nobodyさん** · 04/08/26 08:41

>>40
そうかなー
使いやすくなったけど。
ソースの使いまわしも楽になったし。

**nobodyさん** · 04/08/26 09:26

どなたかinclude/mappings.phpの説明について日本語で詳しく書かれてるサイトしりませんか

**nobodyさん** · 04/08/27 00:55

このまま dat 落ちでつか (´･ω･`)

**nobodyさん** · 04/08/27 09:07

mappings.php　って正直わかりずらい

**nobodyさん** · 04/08/27 13:03

Mojavi 厨で申し訳ないんだが、Phrame の方が優れてる/参考に出来る部分ってあります？
吸収できる物があるなら触ってみたいけど…

**nobodyさん** · 04/08/27 13:36

漏れはPhrameしか知らんからなんともいえん。。。＿|￣|○

**nobodyさん** · 04/08/27 13:38

>>45
ないです。一般的に、Mojavi が主流です。
Mojavi スレ　そろそろたてて。

45 · 04/08/27 13:53

>>46
ありがとう＿|￣|◯
自分で… といっても Phrame の前に調べたいフレームワークも多いしな…

**nobodyさん** · 04/08/27 14:08

そのフレームワーク名ｷﾎﾞﾝﾇ

**nobodyさん** · 04/08/27 14:16

工エｴェｪ（´д｀）ｪェｴエ工工

まぁ色々ありますよ。
Phrameより後発だったり、それなりに開発動向がアクティブだったり、そういう部分が興味そそる。

でも今はMojaviでお腹一杯でつ。

**nobodyさん** · 04/08/27 14:23

だからその色々なフレームワーク名をｷﾎﾞﾝﾇと言っている。

**nobodyさん** · 04/08/27 14:34

うー

WACT, Seagull, HORDE, Popoon, binarycloud, Ambivalence, Ampoliros, PHITE,

BlueShoes はダメだった。

**nobodyさん** · 04/08/27 14:40

Mojaviサイトのトップに載っているやつで非XML系のヤツ

+ Ambivalence (http://amb.sourceforge.net/)
0.9がJuly 16, 2002に出て以来開発が止まっている様子。評価下げ。

+ binarycloud (http://www.binarycloud.com/)
本格派MVCフレームワーク。
JavaのAntみたいなphingをサブプロジェクトで開発している。
Pharme, Mojaviと異なるのは認証、フォーム処理等の各種ライブラリを備えて
いることか。その分巨大なフレームワークになっているので、とっつきが悪い
感じ。テンプレートはSmartyとXSLTのアダプタがあるみたい。

+ Horde (http://www.horde.org/horde/)
Webアプリケーションフレームワークとしては最も巨大だと思う。
ライブラリの量が凄い。いくつかのライブラリはPEARにも寄贈されている。
現時点で最も人気がありそう。中身は知らない。

Web等で概要を追ってるだけでは似たようなものが多すぎて使ってみないとわ
からない部分が多い。しかしCMS系を入れると数ありすぎてなかなか評価する
のも大変です。

ポータル系ではeZ publishとMidgardが興味深いかなぁ。

**nobodyさん** · 04/08/27 14:48

>>53
ありがとうです。詳し杉…

Midgard 忘れてた orz
Horde は IMP を使いたいのでついでに手を染める予定。

**nobodyさん** · 04/08/27 14:53

>>54
Hordeを使ったアプリケーションいいもの多いよね。
誰かHello, Worldまでのチュートリアル書いて下さい。

**nobodyさん** · 04/08/27 15:21

VIEW系の処理をXMLに頼ってるフレームワークは使う気がしないのは漏れだけ？
XMLの方がデータの移植性はいいのかもしれないが。

**nobodyさん** · 04/08/27 16:07

Mojavi本っていつでるの？

**nobodyさん** · 04/08/27 16:37

>>56
おまえさんだけではない。俺も嫌い。

**nobodyさん** · 04/08/27 16:46

>>57
http://ns1.php.gr.jp/pipermail/php-users/2004-August/023573.html

1 · 04/08/28 13:16

皆様おひさしぶりです
一通りレスを見てみましたがmojaviユーザって結構いるんですね
マニュアルがあまり整ってないので使ってるヒトいるのか疑問でしたが。
この際mojaviの話もOKにしましょうか
その方がPhrameユーザにとっても有益な情報が得られるかもしれませんよね

**nobodyさん** · 04/08/28 13:34

いやです

**nobodyさん** · 04/08/28 16:42

どんな Phrame スレだよ (；´Д｀) どうせなら Phame じゃなくて Framework スレに変えて立て直しきぼん…

**nobodyさん** · 04/08/28 18:39

PHPフレームワーク全般スレまだぁ？

**nobodyさん** · 04/08/29 03:12

ねぇ、まだぁ？

**nobodyさん** · 04/08/29 03:24

必要なら自分で立てろよ

**nobodyさん** · 04/08/29 09:31

立てろよ

**nobodyさん** · 04/08/29 20:09

立てて

**nobodyさん** · 04/08/29 23:04

立てろよ（・∀・）

**nobodyさん** · 04/08/29 23:28

<?php
class 2chAction extends Action
{
function perform($actionMapping, $actionForm) {
$厨房 = $actionForm->get('MOJAVI')
//get ActionForward depending on if errors were generated
if ((!$厨房) || ($_SESSION[_ERRORS])) {
$actionForward = $actionMapping->get('PHRAME');
} else {
$actionForward = $actionMapping->get('イッテヨシ');
//put Person in the session
$_SESSION['厨房'] = $厨房;
}
return $actionForward;
}
}
?>

**nobodyさん** · 04/08/30 23:40

ﾎﾞｯｷｱｹﾞ

**軟式PHP** · 04/08/31 09:55

$Human->SetAnal( 'ｳﾎｯ' );
-----------------------
出力結果：いい男…

**nobodyさん** · 04/09/01 12:16

みんな自分オリジナルなフレームワークもってるよね？
似たり寄ったりになると思うけど

**nobodyさん** · 04/09/01 12:32

自分オリジナルに5000点

**nobodyさん** · 04/09/01 12:37

>>72
持っていない。フレームワークを自作するコストと利用するコストを比較する
となかなか自作はできないだろう。ましてや良質なフレームワークが出回って
いる現状ならなおさら。どちらにしてもスクラッチから書くのは習作を除けば、
現実的ではないと考えている。

**nobodyさん** · 04/09/01 12:41

>>72
持ってたけど早く捨てたかった。
一つはそんなに自分を高く見積もってないし楽したいので皆で作る方が良いと思ってた事。
もう一つはオープンになる事で外から入ってくる人間には習得の容易さを、外に出て行く人間には出て行った先でも使える物を持たせたかったから。

で、きっちり捨てれて今は幸せでつ。
まぁどうしても独自コードっぽくなるけど、それでもオープンなフレームワークや PEAR を編み込む事で出来るだけ閉鎖性は排除してる。

**nobodyさん** · 04/09/01 12:45

で、何かなし崩し的に総合スレになってきてるような。
価値高い方に転がるなら自分的には(ﾟдﾟ)ｳﾏ-ですけど。

**nobodyさん** · 04/09/01 13:27

そりゃあんたしだいさ

**nobodyさん** · 04/09/01 14:55

誰かケータイｻｲﾄのフレームワークもってないですか？
自分オリジナルなframeworkでいいんで。。。

**nobodyさん** · 04/09/01 15:48

自分オリジナル俺も保水　

**nobodyさん** · 04/09/01 16:01

>>76
禿同

**nobodyさん** · 04/09/03 16:00

PHP5フレームワークのOSCOMですよ

**nobodyさん** · 04/09/03 17:26

OSCOM ? なんか某カンファレンスっぽい響きだが。
http://www.oscom.org/events/oscom4/proposals/vida

これにある Vida の事？
https://sourceforge.net/projects/vida

**nobodyさん** · 04/09/04 20:40

http://phphp.net/man/mojavi/

**nobodyさん** · 04/09/05 22:43

phpdoc､ｵ､鬢ｵ､�ﾆ､筍ｦ｡ｦ｡ｦ

**nobodyさん** · 04/09/05 22:44

bakeru...

･ﾆ･ｹ･ﾄ

**nobodyさん** · 04/09/05 23:00

>>85
･ﾆ･ｹ･ﾄ？2ゲト？とっくに>>2は過ぎたぞ。

**nobodyさん** · 04/09/09 15:57

mojaviの使い方がわからん。おしえてよ。

**nobodyさん** · 04/09/09 19:03

config.phpを設定。
設定終わったらindex.phpのdieの部分を消す。
あとはモジュール内にclass呼び出したりして好きに書け。

mojaviビギナーのチュートリアルだ。
http://www.peterrobins.co.uk/it/mojavi/tutorial.htm

**nobodyさん** · 04/09/12 07:35:22

>>88
ありがとう。さーてconfig.phpを見てみるか。

**nobodyさん** · 04/09/13 22:43:08

mojaviってドキュメントないから
ソースを解読しなきゃなんないよね。
だったら自分でつくっちまったほうが
はえーじゃないかっておもうんだけど。

**nobodyさん** · 04/09/13 22:51:46

好きにしたらいい。

**nobodyさん** · 04/09/13 22:53:40

いや、実際使ってる人の意見を聞いてみたくて。
一般人では作れないようなスマートな実装をしているのかな。

**nobodyさん** · 04/09/14 13:09:02

モジャ公の日本語まぬあるﾏﾀﾞｰ？

**nobodyさん** · 04/09/14 13:52:59

もじゃの使い方を親切に教えてよ！

**nobodyさん** · 04/09/14 14:03:24

モハービってインディアンの部族名だっけ

**nobodyさん** · 04/09/14 14:15:40

オサマビンラディン　と　モジャビン　と　ガチャピン　
mojaviスレをそろそろ立ててください

**nobodyさん** · 04/09/14 16:52:02

>>90
自分で作ったほうがはやいにきまってるじゃん。
でも、複数人で開発するとき、しかも互いにコーティング方法が
違う人間達とやるときでも、自分たちでルール決めて作るほうが
速いといいきれるか？

そしてドキュメントはあるだろ。>>88にビギナーのチュートリアルだって
あるし

**nobodyさん** · 04/09/14 22:30:29

おまいら凄いな。
俺は独力＆浅いんで、あと１年やってても Mojavi の実装や考え方に至れたかどうか甚だ疑問だ。
便利に使わせても貰っているが、何より良い教材だよ、Mojavi は。

まぁそんなスキルの低いヤシにも Mojavi は優しいんでつよ (´･ω･`)

**nobodyさん** · 04/09/15 09:23:55

>>98
彼はライブラリと勘違いしてると思われ

**nobodyさん** · 04/09/15 09:55:34

･ﾕ･�ｼ･爭�ｼ･ｯ､ﾈ､ｷ､ﾆ､ﾏStruts､ﾊ､ｫ､隍熙ｺ､ﾃ､ﾈﾍ･､�ﾆ､�ｷ､ﾊ

**nobodyさん** · 04/09/16 07:26:06

チュートリアルって英語じゃねえか。使えね。
誰か俺様のために和訳して公開シル

**nobodyさん** · 04/09/16 13:30:03

釣りにマジレス ('A`

英語勉強するか、大人しく日本語圏に入ったものだけ使っておけ。
ドキュメント読める程度の英語ってもう必須だよな・・でないとベースにアクセス出来ないんだし。

**nobodyさん** · 04/09/16 14:29:50

>>101
俺も、チュートリアル読んだけど、なんか微妙。　
誰か翻訳してほしい。　

>>102
君はかしこい。

**nobodyさん** · 04/09/16 14:46:02

それより日本語なら、あと２週間もせず待望のムックが発売ですよはぁはぁ

**nobodyさん** · 04/09/16 16:12:10

ムックのもじゃびは、
ちょろっとだけだよ.

**nobodyさん** · 04/09/16 16:33:18

>>104
ガチャピンはあと何週間で発売ですか？

**nobodyさん** · 04/09/16 18:41:37

そろそろ>>101は人の役にたつべき時ですよ。
そのままじゃ一生本７ですよ

**nobodyさん** · 04/09/16 21:32:22

てか、高卒程度の英語勉強してきたならまず読めると思うんだが…。

**nobodyさん** · 04/09/16 23:11:34

>>108
高校にもいろいろあるから

**nobodyさん** · 04/09/17 00:42:48

普通の高校で英語は苦手、センターでも全科目中最低点。
そんな俺でも必要性に迫られてやってるウチに覚えていった。
今じゃ英語のニュース聞いて部分部分くらいは理解出来る程度になりますた。

まぁ必要なスキルと思えば何とかなる。
高校の頃覚えた基本構文は役だった。

**nobodyさん** · 04/09/17 00:57:43

>>110
お前の話はどうでもいいが、>>103とかはちゃんと学校行った方がいいと思う

**nobodyさん** · 04/09/17 09:55:34

>>108
正直英検1級の俺でも厳しいですがｗ

**nobodyさん** · 04/09/17 12:30:18

>>112
英検1級とるほどがんばったのに、なぜ英語を続けなかったのか。もったいない

**nobodyさん** · 04/09/17 18:04:20

>>112
脳内英検で厳しいのは当たり前じゃん

**nobodyさん** · 04/09/17 22:00:59

むしろ英語のままの方が良いこともある。
プログラム関連の書籍って訳が下手なの多すぎ。

**nobodyさん** · 04/09/17 22:21:21

>>112
なんの為に英検とったんですか？あなたほど愚かな人はなかなか探してもいませんよ

**nobodyさん** · 04/09/17 23:58:52

お前ら英語スレ立てて移動してくれ。

**nobodyさん** · 04/09/18 00:01:31

つーか、連休で暇な香具師も多いだろうし、>>101がまとめてみたらどうだ？
wiki形式で手軽に対訳を書けるようにしておけば捗るんじゃないかな？

**nobodyさん** · 04/09/18 16:11:30

Sourdoughはどうよ？PHP5のフレームワークみたいだけど

**nobodyさん** · 04/09/22 13:07:23

5自体まだ触ってないや

**nobodyさん** · 04/09/23 01:46:55

ちなみにPerlも5.00503止まり。

**nobodyさん** · 04/09/23 09:03:14

>>112
技術しらない英検1級より、技術しってる英検なしの方が、技術文書は読める。

**nobodyさん** · 04/09/23 13:12:02

>>122
釣りだと気づけ。

**nobodyさん** · 04/09/23 20:16:06

と魚がまた一匹。

**nobodyさん** · 04/09/23 23:44:35

>>123
日本語検定１級なのですが、気づきませんでした。

**nobodyさん** · 04/09/24 03:51:24

>>125
お前はNHKの小林克也の日本語講座でも見てろ

**nobodyさん** · 04/09/24 04:39:30

KONISHIKIのにほんごであそぼあたりから始めたほうがいいんじゃないか。

**nobodyさん** · 04/09/24 10:31:58

>>127
ある父親より

**nobodyさん** · 04/09/29 10:57:52

ちんぽまつりはおわらない

**nobodyさん** · 04/09/29 11:53:47

ちんぽであそぼ

**nobodyさん** · 04/09/29 17:34:55

あそんでいたら、なんかしるがでてきたよ。

**nobodyさん** · 04/09/30 13:22:06

PHPフレームワークが欲しい

**nobodyさん** · 04/09/30 15:22:58

【PHP】ガチャピン【フレームワーク】

**nobodyさん** · 04/10/01 04:34:21

バージョンアップで挙動が変わるPHPと、バージョンアップで挙動が変わるフレームワークと、バージョンアップで挙動が変わる周辺ライブラリのおかげでえらいことに。

**nobodyさん** · 04/10/01 09:56:00

>>134
って事は、枯れたライブラリを使うのが吉って事か？

**nobodyさん** · 04/10/01 12:32:26

PHPまわりの技術は枯れずに朽ちるからなぁ・・・
PHPLIBといい。

**nobodyさん** · 04/10/01 20:12:30

フレームワークとライブラリに関しては、他に納品したりもうメンテに落とし込む場合は
そのアプリケーション専用のライブラリとして他から切り離してバージョンも固定してるけど。

でないとやってられないべ。

**nobodyさん** · 04/10/01 20:50:17

バグ修正のときに仕様がかわるからねぇ。
やってられないべ。

**nobodyさん** · 04/10/06 09:46:04

Mojaviムック読んだ人感想希望

**nobodyさん** · 04/10/06 12:16:32

せっかくサンプルモジュールが見つかっても、ちょっとバージョンが違うだけで動かなかったりするもんな

**nobodyさん** · 04/10/06 13:43:37

（´,_ゝ｀）ﾌﾟｯ

**nobodyさん** · 04/10/06 22:08:50

>>137,138 とにかく同意。

**nobodyさん** · 04/10/07 08:56:12

PHP用MVCフレームワーク Mojavi第1回：フレームワークとMojavi
https://www.stackasterisk.jp/tech/php/mojavi01_01.jsp

**nobodyさん** · 04/10/07 12:07:58

>>143
何かネットで拾った話をつなぎ合わせただけみたいな。

スタックアスタリスクもあのまま京橋にいておけばもっと違う内容になったかな、とちょっと (´･ω･`) ｵﾓﾀ

**nobodyさん** · 04/10/07 17:51:31

mojavi3.0ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

**nobodyさん** · 04/10/07 17:53:35

DEV だね。正式リリースかとおもた。
もう実地投入してる人もいるようだけど。

そういや前にフォーラムに 3.0 が subversion から取得出来るような書き込みがあって見てみたけど無かな…
アレは何だったのか。

**nobodyさん** · 04/10/08 10:43:00

ていうかmojaviで完成されたアプリケーションつくったやつってどれだけ居るの？

**nobodyさん** · 04/10/08 11:30:47

>>147
会社でひとつ作りました。Webアプリケーション部分のコード行は4万くらい。
しかしその質問の仕方じゃ、基準がわからないので調べようがないよ。

**nobodyさん** · 04/10/08 11:53:30

>>148
どんなもの作ったの？

**nobodyさん** · 04/10/08 12:11:39

>>149
・顧客情報管理
・売上管理
・ワークフロー
・スケジューリング
等を備えた業務アプリケーションです。

詳しい内容はご容赦下さい。

**nobodyさん** · 04/10/08 12:49:07

俺だよ、俺、俺。

中堅小売業向けの顧客管理＆サービスアプリケーション作ったよ。
動いてるけど運営ダサすぎて 500 hit/day も出てないので晒すのは勘弁。

**nobodyさん** · 04/10/08 12:55:56

>>150
コード行は4万？
なんでそんなもん、わざわざ作ったの？

**nobodyさん** · 04/10/08 13:01:49

>>152
レガシーシステムのリプレースです。
そんなもんって、あの内容だけでよくわかるね(笑)
商用のERP/CRMパッケージを使えと？
規模的にERPの出番はなかったですよ。

**nobodyさん** · 04/10/08 13:05:57

でも、それならJavaでやったほうが楽だった気が・・・

>>151
そんなもん。むしろそこまであるだけマシ。

**153** · 04/10/08 13:20:10

>>154
うん、その通りだと思う。
でも、自分がチャレンジできる立場だったのでやってみたんだよ。

**nobodyさん** · 04/10/09 04:28:10

JavaだとStrutsになると思うが、あのXMLをいちいちごちゃごちゃ弄くらなきゃいけない手間と
動作確認もさっとできないところがダメ。

**nobodyさん** · 04/10/09 04:30:55

>>150
＞会社でひとつ作りました。Webアプリケーション部分のコード行は4万くらい。

しかしそうとう無駄な行がありそうだな

**nobodyさん** · 04/10/09 05:47:41

>>157
はい、実際に重複部分はあります。メンテナンス機会があればリファクタリングしますが。

**nobodyさん** · 04/10/09 06:18:30

>>158
開発人数は？

**nobodyさん** · 04/10/09 16:34:52

雑誌「まるごとPHP」を買いましたが、
Mojaviについては数ページしか書かれていませんでした。
まったくMojaviの使い方がわからなかった自分には、それでもありがたかったですが。

**nobodyさん** · 04/10/09 18:11:45

>>156
定義ファイルはXDoclet使えばもうまんたい。
さっとできないというのがどういうことかわからんが、動作確認というか、テストはStrutsTestCaseでもうまんたい。

**nobodyさん** · 04/10/09 22:09:22

>>148
HTML含めて4万行だったら笑える。

**nobodyさん** · 04/10/10 00:58:07

mojaviは慣れると意外と使いやすい。

mojavi3.0はやく正式リリースしてくれ

**nobodyさん** · 04/10/10 09:10:00

mojavi3動かしてみたけど、同梱されてるモジュールは単にページ表示するだけだね

**nobodyさん** · 04/10/10 10:23:04

>>160
ぐぐれば情報発信してるありがたいサイトが生まれてますよ。

**nobodyさん** · 04/10/10 22:06:16

>>165
日本語のサイトはほぼ閲覧しましたが、詳しく解説しているサイトは少ない感じがしましたが。
お薦めのサイトはありますか？

**nobodyさん** · 04/10/10 22:45:49

ヌルい人大杉。
日本情報も充実して手がかりには十分だろう。

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

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

やる気あるヤツぁ自分でよじ登れ。
労惜しむのなら落ちてくるまで待っとけ。

**nobodyさん** · 04/10/10 23:20:13

PEARは最後まで詳しい解説がなかったね。

**nobodyさん** · 04/10/10 23:37:55

>>167
まぁまぁ、そういわずに。皆が皆そうできるわけでもないよ。
いろいろな意見が出る方が参考になるし健全でいいと思う。

**167** · 04/10/10 23:49:45

>>169
かなりネタ気味に書いたんで。

そろそろMojaviも次のステージかな。
誰か本出せばいいのに。
モジュールコレクションと、モジュールを組み立ててアプリケーションを作るパートとの２部構成くらいできぼん。

**nobodyさん** · 04/10/11 02:39:32

ぬるいフレームワークなんぞ使わずに、
自分で作れ。
そして再利用だ。

**nobodyさん** · 04/10/11 11:40:33

mojaviのドキュメント、英語でいいからないですかね。

**nobodyさん** · 04/10/11 11:53:41

つーか、mojaviスレ建てようぜいい加減。

**nobodyさん** · 04/10/11 19:17:09

>>173
じゃ、頼む。

**nobodyさん** · 04/10/11 20:29:21

あたしゃムックのmojavi記事では
さっぱり使い方が分からなかった。
Smartyの話と混ぜずに、もっと
シンプルに解説して欲しい。

**nobodyさん** · 04/10/12 07:16:25

アレ以上落としたら内容を削るしか無かったと思うのだけど。
良い記事だったと思うけどな。
>>175 の願望を落としたら俯瞰的なイントロダクションではなく、入門用の記事が必要となるのでは。

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

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

case 'webデザイナー':
case '趣味':
default:
もっと分かりやすい記事が出るまでムックの他のパートを読んだりしながらのほほ～んと待つ
手元に Mojavi ネタをコレクションしては適当に取り組み、分かる部分だけ取り込んで少しづつ前身
break;
}

**nobodyさん** · 04/10/12 09:43:39

>>176
実際のところ、RendererはほとんどSmartyを使うことになると思うので、実利
を考慮して意図的に誘導しました。大多数の方は記事のままお使いになる場合
が多いので。気に入らなかった方はごめんなさい。

もし次回があれば、アプリケーション構築プロセスを追うチュートリアル的内
容になると思います。

**nobodyさん** · 04/10/12 20:19:28

いまのところ、ここの解説が一番詳しいかな？
http://mojavi.try-angle.biz/wiki/

**nobodyさん** · 04/10/12 21:51:12

おお、意欲あるな。
確か業務で使うのに勉強会か調査かやるって言ってた人の所か。

**nobodyさん** · 04/10/13 11:49:13

>>178-179
引用の範疇を越えているため、もちろん原著作者に許可を得ていると思うので
その旨、どこかに明記しておかないと、法人として信用をなくすような
あらぬ疑いを受けるかもしれないよね。
私は英語ができないから大変有用なんだけど
願わくば、翻訳の掲載（と今後増えるであろう既存情報の寄せ集め）のサイトからの
脱却を計ってもらえると意欲があると思えるよね。

**nobodyさん** · 04/10/13 12:38:53

どうでもいいけど、ソースコードのグラデーションがウザい。

**nobodyさん** · 04/10/13 12:42:52

ほんとにどうでもいいな

**nobodyさん** · 04/10/14 04:00:58

結局、このスレでPhrame使ってる人はどれくらいいるの？

**nobodyさん** · 04/10/14 09:54:51

>>183
俺は使ってるよ
といっても自分仕様に相当改造したけど

**nobodyさん** · 04/10/14 10:34:30

>>184
なんのためのフレームワークだよｗ

**nobodyさん** · 04/10/14 10:38:53

>>178
http://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
http://mojavi.try-angle.biz/bbs/
こういうのもあるらしいよ。

**nobodyさん** · 04/10/14 10:53:00

改造したらフレームワークの意味がなくなるのだろうか

**nobodyさん** · 04/10/14 11:45:37

>>186
さんくゆー

もうムックいらなくなったよ。ガチャピンもめん。

**nobodyさん** · 04/10/14 23:02:13

ムックは今海の向こうでは旬だけど
日本語にはなっていないトピックが
たくさんちりばめられていて興味深いな。

**nobodyさん** · 04/10/15 02:02:29

>>187
いんじゃない？お前の趣味程度でしょ？

**nobodyさん** · 04/10/15 02:39:50

仕事でしょ。
３にんがかりくらいの大規模な。

**nobodyさん** · 04/10/15 07:54:52

大規模ってどれくらいなのかと常々思っていたけど、３人で大規模なのか。
漏れも Mojavi を微妙に拡張してるよ。Mojavi にはわざと詰めてないように思える部分があるし。
ただその前にそのフレームワークに従ったやり方を調べ、他のフレームワークに手を入れない方法を調べた上での事だけど。

PEAR のように細かくバージョンの上がるライブラリを改造するのは躊躇うが、
Mojavi のように安定している物であれば少し手を入れるのも有りかと思う。

**nobodyさん** · 04/10/15 08:30:13

フレームワークにバージョン毎の互換性ってあるの？
互換性が無い（乏しい）のなら、バージョン固定して
カスタマイズする方が賢いような気がするけど。

**nobodyさん** · 04/10/15 12:02:08

「フレームワークに」っていうくくりはどうかと思うが。
つか、バージョン毎の互換性にとぼしいフレームワークとか処理系って、怖くて使えない。

**nobodyさん** · 04/10/15 12:41:10

Mojavi は無い。>>193 の言い分が簡潔でステキ。

>>194
PEAR 相手なら言ってることは正しいが。>>193 のような場合はバージョンが違えば別物って考えるんだyo!
ドラクエみたいなもんだ。１と２では、１やってりゃ２の理解も早いが基本的に別物。

**nobodyさん** · 04/10/15 12:48:01

>>193
メジャーバージョンが上がる場合は互換性がある程度失われるのも許容範囲だと思うけど。
マイナーバージョンが上がって動かなくなるのは困るよね。
PHP本体でたまにあるけどね。

**nobodyさん** · 04/10/15 13:14:26

>>195
つまり、どうせバージョンがあがって使い方変わるんだから、必要もないのにあらかじめmojaviの勉強をしておく必要はない、ってことですね？

**nobodyさん** · 04/10/15 15:00:33

釣りにマジレス。

フレームワークでも言語でも何でも、優秀な物は実際に投入せずとも考え方をパクったり良い影響を受ける事が出来るので取り敢えず触れておくのは大事。
っていうか PHP 自体が、実運用には早い、安い、旨いで適しているけど何か新しい物を生む土壌ではなくて多くの輸入物で成り立っていると思うんだけど。
なので PHP コーダーだからこそ新しい物への興味を高く保つべきと思う。
PHP/PEAR は特に Java に対しての後出しじゃんけんが多くて (ﾟдﾟ)ｳﾏ- な気がする。

**nobodyさん** · 04/10/16 01:44:26

mojavi officialで
使われてるwiki engineって
何でしょう。

**nobodyさん** · 04/10/16 01:45:00

mojaviをつかって
nucleus+XOOPS的な
blog作りたいな。