【PHP】Phrameを使う【フレームワーク】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
04/08/23 14:15ID:???※関連リンク
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
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:???引用の範疇を越えているため、もちろん原著作者に許可を得ていると思うので
その旨、どこかに明記しておかないと、法人として信用をなくすような
あらぬ疑いを受けるかもしれないよね。
私は英語ができないから大変有用なんだけど
願わくば、翻訳の掲載（と今後増えるであろう既存情報の寄せ集め）のサイトからの
脱却を計ってもらえると意欲があると思えるよね。
0181nobodyさん
04/10/13 12:38:53ID:???0182nobodyさん
04/10/13 12:42:52ID:???0183nobodyさん
04/10/14 04:00:58ID:???0186nobodyさん
04/10/14 10:38:53ID:wF4PnGtGhttp://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
http://mojavi.try-angle.biz/bbs/
こういうのもあるらしいよ。
0187nobodyさん
04/10/14 10:53:00ID:???0189nobodyさん
04/10/14 23:02:13ID:???日本語にはなっていないトピックが
たくさんちりばめられていて興味深いな。
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:???>>194
PEAR 相手なら言ってることは正しいが。>>193 のような場合はバージョンが違えば別物って考えるんだyo!
ドラクエみたいなもんだ。１と２では、１やってりゃ２の理解も早いが基本的に別物。
0196nobodyさん
04/10/15 12:48:01ID:???メジャーバージョンが上がる場合は互換性がある程度失われるのも許容範囲だと思うけど。
マイナーバージョンが上がって動かなくなるのは困るよね。
PHP本体でたまにあるけどね。
0197nobodyさん
04/10/15 13:14:26ID:???つまり、どうせバージョンがあがって使い方変わるんだから、必要もないのにあらかじめmojaviの勉強をしておく必要はない、ってことですね？
0198nobodyさん
04/10/15 15:00:33ID:???フレームワークでも言語でも何でも、優秀な物は実際に投入せずとも考え方をパクったり良い影響を受ける事が出来るので取り敢えず触れておくのは大事。
っていうか PHP 自体が、実運用には 早い、安い、旨い で適しているけど何か新しい物を生む土壌ではなくて多くの輸入物で成り立っていると思うんだけど。
なので PHP コーダーだからこそ新しい物への興味を高く保つべきと思う。
PHP/PEAR は特に Java に対しての後出しじゃんけんが多くて (ﾟдﾟ)ｳﾏ- な気がする。
0199nobodyさん
04/10/16 01:44:26ID:???使われてるwiki engineって
何でしょう。
0200nobodyさん
04/10/16 01:45:00ID:???nucleus+XOOPS的な
blog作りたいな。
0201nobodyさん
04/10/16 01:45:19ID:???の実装に悩むね。
0203nobodyさん
04/10/16 04:49:54ID:???旨いか？
Javaに対しての後出しじゃんけんっていっても、Javaがグー出してるの見てPHPがパー出したときには、すでにJavaがチョキ出したあとだし。
0204nobodyさん
04/10/16 09:53:17ID:???まぁソレはある。言い方悪かったかも。
Java より PHP でやる理由ってのはまた別で、もっと総合的な事が理由。
宗教論争に入りそうなのでパス。
0205nobodyさん
04/10/20 18:16:19ID:???0207205
04/10/22 16:14:51ID:???まだサンプルが動作してない。
まだ、いまいちよくわかってないっす。
このフレームワークってやつ。
0208nobodyさん
04/10/22 23:29:34ID:???0209nobodyさん
04/10/23 03:57:43ID:???誰かレポお願い。
0210nobodyさん
04/10/23 19:02:16ID:???いつまで経っても立たないね。
0211nobodyさん
04/10/23 23:23:20ID:???0212nobodyさん
04/10/24 01:17:48ID:???0213nobodyさん
04/10/24 01:36:21ID:???0215nobodyさん
04/10/24 03:15:01ID:???それに常に新しいフレームワークは評価していきたい。
っつーかさ、俺に Mojavi 教えてくれた人はもう「みんなやってるから興味無くした」って言って別のヤツやってる。
0216nobodyさん
04/10/24 03:46:18ID:???いいね、そういう人がいて。
0218nobodyさん
04/10/24 04:51:42ID:???念のために言っておくと、「使えるよ、いいよ」ってだけで誰も手取り足取りなんてやってない。
そっちのラインもお互いに得る物があっての事がまだ大きいと思うので、貰った分自分も何かを返さないとってプレッシャーの中で毎日やってるよ。
0219218
04/10/24 04:54:52ID:???0221nobodyさん
04/10/24 08:03:02ID:???＞っつーかさ、俺に Mojavi 教えてくれた人はもう「みんなやってるから興味無くした」って言って別のヤツやってる。
普通フレームワークってみんなが使ってこそ価値があるもんだと思うんだが…
0222nobodyさん
04/10/24 09:47:49ID:???あと、ファイルの置き場所と名前がまるわかりなのにはどう対応してる？
0223nobodyさん
04/10/24 10:00:35ID:???0225nobodyさん
04/10/24 11:53:47ID:???0226nobodyさん
04/10/26 17:13:21ID:???0227nobodyさん
04/10/26 18:25:19ID:???0228nobodyさん
04/10/27 01:39:53ID:???0229nobodyさん
04/10/27 03:06:20ID:???まるごと 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:???0231nobodyさん
04/11/03 23:22:19ID:???そうかもしれない。
しかし量が少ないのですぐ読める。
0232nobodyさん
04/11/03 23:31:24ID:???0233nobodyさん
04/11/04 15:37:39ID:???まるごと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}
0235nobodyさん
04/11/12 01:46:07ID:???正式リリースはまだか…
0236nobodyさん
04/11/25 23:05:24ID:???これはなんですか？
0238nobodyさん
04/11/26 21:02:43ID:???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:???0240nobodyさん
04/11/30 17:42:49ID:???遅くなりましたが、調べてみました。
どうやら以前置かれたファイルと異なるようですね。
48513 Sep 2 00:34 mojavi-2.0.0.tar.gz
45779 Nov 30 17:38 mojavi-2.0.0.tar.gz.old
違いはそれらの空ディレクトリだけでした。
削除して構わないです。
0242nobodyさん
04/12/15 10:10:17ID:???Ethna使ってみた？
Wikiに書いてある通りに確かに、同じコードを必要以上に記述しなくて良い雰囲気が実感出来た。その辺Mojavi2より優秀かも。
Mojavi3を見ない事には何とも言えないけど、選択的に使えるんじゃないかなと思った。
Mojaviクローンにあまり興味ないので更新状況以外は追いかける気は無いけど…
そろそろ誰か、PHPフレームワークの総合スレお願い。
0243nobodyさん
04/12/15 11:16:35ID:???自分的には好感度はかなりいい。
「まるごと〜」には、あのくらいのチュートリアルを期待してたのだが……
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:???スクリプトもSJISが交じってたり。SJISで開発してるの？
0246nobodyさん
04/12/17 16:23:58ID:???0247nobodyさん
04/12/17 16:32:54ID:???0248nobodyさん
04/12/17 22:42:09ID:???色々忙しくなってきたな。でもMojaviのやった後ばかり追いかけても楽しくないが。
0249nobodyさん
04/12/21 13:52:01ID:???0250nobodyさん
04/12/21 15:51:24ID:/whrBEG+0252nobodyさん
05/01/08 01:45:21ID:???ある程度行き渡って初期情報交換の役割が終わったのと、PHP4 -> PHP5 移行期で色々地下進行してるのかとか予想してみたり。
まぁ保守。
0253nobodyさん
05/01/08 02:28:15ID:???0254nobodyさん
05/01/09 20:55:31ID:???今更2.0.0なんて使おうなんて間抜けなことはしない。
0255nobodyさん
05/01/11 02:04:20ID:???今更リソース突っ込んで研究しないよ って事か。
早い人はもう 3.0 調べまくってるようだけど。
0256nobodyさん
05/01/11 23:01:04ID:???2.0系とどこが変わったのかよくわかんない。
0257nobodyさん
05/01/12 02:26:04ID:???0258nobodyさん
05/01/12 11:44:30ID:???http://www.guesswork.jp/
なんとなく簡単そうなのと、サイトのつくりがいい感じ。
0259nobodyさん
05/02/04 02:14:28ID:???0260nobodyさん
05/02/04 11:17:54ID:???もはび・もはーび・もうはーび←この発音が一番近い
いずれにせよ「じゃ」じゃない。
ところで、フレームワークって解説なし、ソース嫁ってのが普通なの?
自分が使うために作り始めるんだろうから、そうならざるを得ないのかな。
作る人はいろいろこだわって思い入れを持って作るんだろうけど
正直、ユーザはフレームワークを使ってMVCを楽に分けたいと思って使うんで
ソースから読まなきゃ行けない手間がかかるんなら本末転倒じゃないか。
その辺のところどうなんよ。
Mapleに注目してるんだけど、
「○○という機能は、フィルタを作成すれば使えます。」
ってその作り方はソースみてねじゃ。使えねーって思うんだけどな。
結論、チュートリアル早く続きを書いてね。
せめて文字コード機能の修正版だけでも早くだしてね。
開発者のページに書き込むとひんしゅくかいそうなので、ここで遠慮がちに希望します。
文句つけながらも実は一番期待しています。
0261nobodyさん
05/02/04 12:28:50ID:???追加しながら、実用性のあるMFCやWindowsプログラミングを段階的に説明
していくのがあるけど、PHPのフレームワークでもそういう解説が欲しい。
いつまでもHello worldやって説明終わりで済んでいる段階じゃないでしょ。
0262nobodyさん
05/02/04 12:39:47ID:???チュートリアルも「Filterは既存のFilterのソース見て作ってね」ってなると思うけど。
でも細かなバグつぶしてこまめにリリースして欲しいと俺も遠慮がちに希望。
0263nobodyさん
05/02/04 14:14:43ID:???寧ろ PHP で普通。Mojavi なんて恵まれてると思うが。
サンプルアプリケーションあるし、Mojavi 使った成果物も転がってるし、ドキュメント拾い読みして解析していけば大体掴める。
あとは PhpDocumentor にかけて洗い出す。
どうせ何か書いてくれるならこの先が知りたい。Mojavi は使ってる人によってそれぞれ独自のノウハウが溜まっている事があって面白い。
導入コスト下げてくれ、ってのはまた別ベクトル。
ある会社は PHP でご飯三杯はいけるフェチな人を起用して Mojavi を軸にパッケージと導入プラン作らせてるし、
別のチームはそれぞれ分散して別々のフレームワークを調査し、持ち寄って比較検討して溜まったノウハウで導入に持ち込んだりしてる。
*やる所はやってる。*
ドキュメンテーションは非常に大事だと思うけど、Maple は知らんが、Ethna や Mojavi は開発リソースが足りているとは思えないので現状は仕方ない。
寧ろ足りないと思えば周辺で作れる部分は周辺でやっていくべきじゃないかと。
もしくはクレクレコールは出版社の方に放って、T.K, K.T, T,J, A.K 氏辺りのエラい人達をもっと酷使して記事書いてもらう。
Java兼業ライター専門は不要。PHP に頭から浸かってるヤツにノウハウも情報も吐き出して頂く。
PEAR なんて本家マニュアルの充実と平行してそうやって W+D に色々記事が載る事で大分楽させて貰った。
0264260
05/02/04 15:59:36ID:???>>262
Headerの送り方がわからんのよ。多分回答はHeaderを送れるよう
フィルターを改造してとかで、そのフィルタはソース見てね。の堂々めぐり。
つーかそれ以前でPHPの自動変換機能をonにするとダメな仕様なのよ。
>>263
PHPで普通と言われると確かにPEARとかそうなんだけど。
だからと言って良いと思えない。PEAR不便でしょ。未知の機能が多すぎて。
PEARのような呼び出されるプログラムは呼ばなきゃいいだけだけど
フレームワークって呼び出す側のプログラムだからある程度理解してないと
怖くて使えない（ようじゃ困るとホントはいいたいんだけどね）。
ドキュメントじゃなくても、よくある機能の（コメント付き）サンプルアプリ配布して欲しい。
全体の関係の説明がないからフィルタ単体のサンプルを見ても作れない。
（作れる人は作れるンだろうけど）。
function init() //初期化(実際はJavaDoc形式だけど)
とだけ書かれてその関数の改造はできんぞ。まぁソース嫁ということなんだろうけど。
面倒でもその中で何をしているかコメントして欲しいんだよな。
そうすると周辺での開発がもっと活発にできるようになるんじゃないかと。
Mapleの周りの人は極端な話、製作者としてもいけるくらいの理解度が
あると思う。それくらいでないとMapleは今のところ使えないのが残念です。
0265nobodyさん
05/02/05 03:22:13ID:zCz2jx5JPerlに移植してみたいんだけど、
PerlでこういうStruts系で、シンプルなフレームワークって既出？
0267nobodyさん
05/02/05 04:19:44ID:???sledgeってちょっと調べたんだけど、ちょっと機能がありすぎな印象。
セッション、クッキーのモジュールなんかも自由に選べたり自作のものを用いられたりするような。
>>258のguessworkみたいなのをPerlで実現したいなあ。
それで、例外処理も楽にできちゃうようなやつ。
mojaviって例外処理どうなってんだろうか？
ちょっとコード覗いてみるかな。
0268nobodyさん
05/02/07 04:12:26ID:???本出したら、意外に売れませんかね？
ま、個人的には、guessworkくらい軽量のフレームワークの方が
見通しが良くて好き。
0269nobodyさん
05/02/07 04:35:07ID:???何部売れればペイするんだろう...
0270nobodyさん
05/02/07 04:57:34ID:???http://www.9-ten.co.jp/bookdata/0195.php
がそれっぽかった。
0271nobodyさん
05/02/07 10:17:33ID:???そーゆーのはサブタイトルにして
「サイト作成のMVC入門」とかにした方がいいんじゃないか。
PHP自体は初心者本ばかりだから初心者本を終わった人の次のテキストとして。
あるいは、オブジェクト指向とかの方法論はJava一色だからそうじゃないアプローチ
として、そこそこいけないかな。
「まるごとPHP」みたいなムックで、「まるごと」みたいに総括的じゃなく
「フレームワークPHPvol.2」や「PEARPHPvol.3」とかシリーズ化してくれると
いいな・・・
0272nobodyさん
05/02/08 09:25:09ID:cnHDtWyr>270の本は、なんであんなタイトルなんだろう？すなおに「Phrameで
簡単Webアプリ」で良いような気がする。
「まるごとPHP」は悪くはないと思ったけど、ちょっと幅広く詰め込んで
いたからなあ。Vol.1ってことは、Vol.2も出るんだよね？と期待Age。
0274nobodyさん
05/02/08 19:09:37ID:???Webサイト構築 > フレームワーク > MVC > Phrame
になるから、大きい方に振っちゃうのは仕方ないと思われ。
ｵｲﾗは Mojavi大全 とかいう名前の方に惹かれるがｗ
0275nobodyさん
05/02/08 22:24:44ID:???0276nobodyさん
05/02/09 11:09:49ID:???0277nobodyさん
05/02/09 13:02:02ID:???■ このスレッドは過去ログ倉庫に格納されています