【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
0276nobodyさん
05/02/09 11:09:49ID:???0277nobodyさん
05/02/09 13:02:02ID:???0278nobodyさん
05/02/09 16:22:05ID:???説明みたが
webapp/components/ DIするクラスを配置するディレクトリ
って書いてあるだけ。
DIContainer.class.php が絡んでくる気がするんだが、よく分からん。
そもそもDIするって何だ？って感じですが。
ソース嫁って話ですか？
orz
0279260
05/02/09 17:34:47ID:???要望が伝わって良かった。すごく期待しています。ホントです。
失礼な物言いもあったと思うけどゆるしてね。
期待の裏返しということでひとつ大人の対応で。
>>278
さすがにDIコンテナの説明までMapleの人に求めるのは酷だと思うよ。
俺もわかってないけどさ。（とりあえずダミーで開発を進められるという認識。間違ってる?
依存性の解消ってのは今ひとつ腹に落ちてない。）
しかし、PHPを使ってる人にはDIコンテナなんて聞いたことない人もたくさん居ると
思うので、後々はMaple流のDIコンテナの利用法・Maple流の開発手法といった
コラム的なのがあるとすっげーうれしい。
ご本人じゃなくても、周りの人やりませんか?
Maple普及の決定打になると思うんですけど。
0281278
05/02/09 18:54:07ID:???ttp://bobchin.ddo.jp/wiki/index.php?maple%2F%BB%C8%CD%D1%CA%FD%CB%A1#content_1_13
読んでみたがやっぱり良く分からなかったが
maple.ini の DIContainer セクションで設定ファイルの位置を定義して
設定ファイルから DIContainer フィルタを経由してオブジェクトがセットされると。
そん時に Request や Session からの値は ref: を使用すれば渡せますよ。
んで、 maple.ini からも ref: を使用してそのオブジェクトを取れますよと。
そんな感じであってるかね？
0282nobodyさん
05/02/09 19:36:04ID:???このアプローチの何が嬉しいのかをまず知るほうがいい。
http://www.kakutani.com/trans/fowler/injection.html
で、mapleが実現しようとしている目標として
DIContainerを使ったときの設計手法であるSeasarの「くーす」を
PHPでやろうとしてるわけですよ。
LLのなかでもwebアプリ構築のフットワークが比較的軽いPHPで
この手法が手軽に取り入れられるとなると、結構面白い事になりそ。
0283260
05/02/09 22:37:56ID:???うん、十分自覚してる。推敲前は「他力本願」なんて言葉いれてた。
らしくないと思って消したけど。まっその突っ込みからは何も生まれないから
せめて持ち上げて人にやらせる口調の方が組織に受け入れられると自画自賛。
↑大人な人はうなづいてくれると思う。言い方には問題あるけど。
>>281
知ったかぶりになるんだけど、それであってるんだけど、本来はきっと
オブジェクトの内容をしらなくても（あとまわしにしてインターフェース定義
だけの状態で）受け取れますよ。当然、クラスの内容が変わっても同じインターフェース
なら問題なく動作しますよ。ということのための仕組みと思うのですが自信なし。
（だから説明が抽象的）
>>282
そうそうMapleの優位性ってそこにあると思う。軽いのや解り易いのは今も今後も
出てくるだろうけどDIコンテナを実装してるのはMapleが最初。
あとはMapleが軽く（これハード性能で解決できるからどうでもいいと思う）
わ・か・り・や・す・くなってくれれば…
0284nobodyさん
05/02/10 03:14:38ID:???敷居が高すぎるような気がするんだけども、どうなんだろうね。
0285nobodyさん
05/02/10 03:16:22ID:???色々嬉しいけど、PHPでリクエストの度に依存関係をたどってオブジェクトの
親子関係を作って行くのはデメリットのほうが大きいような気もします。
まあ、Mapleの作者さんはこのあたり既にわかっていて対策を講じようとしている
ようにも見えるけど。
0286nobodyさん
05/02/10 04:07:23ID:???0287nobodyさん
05/02/10 11:07:13ID:???って人向けが基本では？
0288nobodyさん
05/02/10 14:50:05ID:???共有鯖でJava使えるとこなんてほとんどねーだろ。
個人や低予算でなんか始めたいってときにJavaは悲しいほど不向き。
0289nobodyさん
05/02/10 15:41:03ID:???PHPでライトウェイトな新しいやり方を模索してる希ガス。
>mapleの中の人
間違ってたらごめん。
0290nobodyさん
05/02/10 15:52:29ID:???0292nobodyさん
05/02/10 17:51:46ID:???0293nobodyさん
05/02/10 20:56:31ID:???0295nobodyさん
05/02/14 18:03:38ID:???テンプレートで独自タグ使いまくりなのは一長一短だけど、その代わり
PanelとかPlaceHolderみたいな使える機能が多い。
既存のコントロールを組み合わせて1つのコントロールとして扱うことも出来る。
独自フォーマットの妙な設定ファイルも無いし。
PHP5で作られているので、フレームワークと自分で書くコードとの違和感もない。
guessworkとは対極の、全部入りのフレームワークとしてこれから普及して
いくんじゃないかな。(もちろんguessworkも方向性としてはアリだとおもう）
0296nobodyさん
05/02/15 02:57:34ID:???今のままじゃフレームワークというよりただの骨骨コントローラじゃないか。
0297nobodyさん
05/02/15 03:03:39ID:EH186VHTゲスはバコバコいろんなとこから手持ちのモジュールをくっつけられて、
簡単なものをサクッと作るのにイイ！
0298nobodyさん
05/02/15 06:08:49ID:Kt+6ObGYただのコントローラーともいえないが・・・
0299nobodyさん
05/02/16 09:21:50ID:???「自分で調べなさい」なら平行線だね。
ケチつけるだけで心苦しいんだけど
「わかってる人でないとわからない説明」というのが正直な感想。
ごめんね。（じゃ、どうしたらいいかというと説明は断片的でもいいから
動作するソースをダウンロードできるようにするだけで随分と違うような。
例えそれが自明のものであったとしてもね。）
まぁDIコンテナは使わなくてもMapleは使えるんだけど
フィルタは使わないとMapleは使えない。チュートリアル…
0300nobodyさん
05/02/17 04:11:12ID:???激重だな…
0301nobodyさん
05/02/17 06:38:30ID:???ゲスのコンセプト自体、なんでもかんでも揃ってますとは対極にあるね。
土台として利用して、その上で好きなように積み上げて作っていけるのは
好きかも。ライブラリコンテナ的に利用できるってのは、ありがたい。
PHPの多機能なフレームワークって、俺様独自仕様が多すぎて、かえって
使いづらいからな。一度覚えて慣れてしまえば、そんなことないのか？
0302nobodyさん
05/02/17 08:21:24ID:???フレームワークにこだわる必要はないと思う
0303nobodyさん
05/02/17 11:35:45ID:???フレームワークにこだわったほうが効率がいい
0306nobodyさん
05/02/18 01:54:18ID:???スタッフ増員とかのたびに、その統一基準についていちいち説明するんですか？
無駄が多くてしょうがないですね。
0308nobodyさん
05/02/18 06:49:29ID:???別に304が標準の基準というわけではないとオモッタ
名前にレス番入ってないけど、下っかわはどれとどれが同一人物なの？
>>302=>>304
−−−−−−−−−
>>303 >>305 >>306
0310nobodyさん
05/02/18 19:24:55ID:???0311nobodyさん
05/02/18 20:26:26ID:???プロジェクトで規定のライブラリがあるっつーのは結構ありえる状況だと思うんだが。
よ〜し、パパ(プロジェクトマネージャーか？)このフレームワーク使っちゃうぞ♥
って躊躇無く言い出せる状況ってのは、
メンバー全員がそのフレームワークを使った事がある時くらいじゃないかなぁ。
フレームワークの肯定・否定をするつもりはないよ。
話がずれていってる気がしたから突っ込みいれてみただけ。
0312nobodyさん
05/02/19 00:22:53ID:???自称便利なライブラリ群で開発しちゃうような屑会社には
未来なんてあるわきゃーねぇ。もう業界辞めちまえよ。な？
0313nobodyさん
05/02/19 00:54:16ID:???の仕様もおのずと決まって楽チンなんです。
0315nobodyさん
05/02/19 12:38:38ID:???0317304
05/02/19 13:19:24ID:???俺解釈のお遊びなんだから、ピンとこなくても深刻に取らないで呉。
>>302に比べて、>>303は素直な発想できるいい奴だし、
こんなんで知能はかれるわけもないからなー。
0319nobodyさん
05/02/19 13:43:49ID:???＞プロジェクトで規定のライブラリがあるっつーのは結構ありえる状況だと思うんだが。
うん。確かに効率悪いことやってる会社や閉鎖的なとこでは結構あるね。
＞メンバー全員がそのフレームワークを使った事がある時くらいじゃないかなぁ。
使ったことなくても、まともな奴ならメジャーなフレームワークくらい覚えてくれる。
他のプロジェクトや、会社変えたときも使えたりするから。
もちろんPHPではまだそういう環境は整ってないけど。
あとは>>313に同意。それを理解できずに>>304達が標準以下な発言しだすから
話がずれてるように感じるんじゃない？
0320304
05/02/19 15:37:34ID:???ているか、ということは関係ないんだよ。
・俺に>>302のレスが標準以上に見えたのは、オールインワンな
多機能FWは面倒で、「好きなように積み上げて作りたい」という
>>301に対し、さりげに「プロジェクトで一貫して統一できるなら」
と皮肉っている産婆的な部分があったから。>>301にはチームで
開発するという視点が欠けていると感じていたから、ライブラリを
統一するようなチーム開発上のメリットをほのめかすやりかたが
上手いと思った。
・>>303をふざけて標準以下としたのは、「統一性を保障できるならFW
にこだわる必要はない=>FWはプロジェクトの統一性を保障する」という
>>302に対し、「ライブラリを統一するよりFWで統一する」と、ナンセ
ンスなレスを返してたから。俺は、>>303は>>302のレスを「ライ
ブラリ群をメンテして統一しろ（FW不要）」と読んでいると思う。だから、
「そんなことをするくらいなら」という言葉が出てきたんだと思うけど・・・。
まあ>>302と>>303はフレームワークの効用を理解しているかどうかで
言うとどっちもおんなじレベル・おんなじ知見だよ。
その後はいくつかのパターンがあるけど、FWを使うと仕様統一が楽
という当たり前のことを繰り返すレスと、誰かがFW使うメリットはない
と言ったかのように勘違いしてライブラリ開発否定して煽ってるよく
分からない人がいるって感じ。
フレーム起こしといて>>317だけじゃ無責任かと思って全部吐きま
すた。誤解がとけたかな？
0321nobodyさん
05/02/19 15:54:15ID:???おまえが煽ったせいでおかしな事になった”現実”を認識して、その”事実”を反省しろ。
0322nobodyさん
05/02/19 15:54:48ID:???0323nobodyさん
05/02/19 16:01:24ID:???0324nobodyさん
05/02/19 16:02:31ID:???ようするに>304はバカだと
0326nobodyさん
05/02/19 16:15:24ID:???真面目にフレームワークの話をしてくれた人が浮かばれねーですよ
0327nobodyさん
05/02/19 16:24:35ID:???多分今後広く使われていきそうなのはこの2つだと思うんだけど。
0328nobodyさん
05/02/19 16:36:55ID:???だから誤解じゃなくて、お前が理解できてないんだって。
＞>>302に対し、「ライブラリを統一するよりFWで統一する」と、ナンセ
＞ンスなレスを返してたから。
>>313読んでから書け。
0331nobodyさん
05/02/19 17:01:50ID:???.L二二」
| |
ヽ|・∀・|ノ
| |
.L二二」
.L二二」
、| | /／
ヽ ∴
ゝ∴ ├¨力 ン
− ∵ ∵
／/|＾＾”^lヽ ヽ
.L二二」
0332nobodyさん
05/02/19 17:04:36ID:???＞ためしに聞いてみるけど、俺が「何を」理解できてないと思ってるの
君のせいで、まともなネタすら煽りレスに流されてしまっているということ。
そして、君がいなくなればそれらが全ておさまるということを、まったく理解できていない。
0333nobodyさん
05/02/19 17:10:48ID:???フレームワークのメリットが理解できてないと思われてんじゃないのｗ
お相手さんは目が真っ赤だから、何を言ってもフレームワークの話に聞こえんだよ
>>331
土管乙
0337nobodyさん
05/02/19 17:23:29ID:???// |:!
//,. -/r‐- ､| !
/,/ ./ | _」 ﾄ､
/.＼`/ |二...-┘ ヽ
. i ,.>､;／ｰ- ､ l
! ∠..＿;'＿＿＿_＼ |
,!ｲ く二>,.、 <二＞｀＼.､ヽ.
／'´レ--‐'ﾉ. `ｰ---- ､ |＼ ヽ、 >>304 いいんだぞ？俺の胸の中で好きなだけ泣け。
＼ `l (!" Jfヽ! `''-;ゝ
`‐､jヽ ヾﾆﾆ> ﾞｲ" }_,,. ‐''´
`´＼ ｰ ／ ,ィ_}
. |_ `ー ''´ ＿｣'
, ー‐-‐‐‐--''.‐''゛,,;,,...: ゛''-､､,;,,
,ｨ'゛ ゛゛""' ゛"'''-､
/ ヽ
/ '、
l l
. l i. l
l :i. ヽ.:.:...:.:: "'
. l .:l ヽ.:.::... "''､
. l. .:l ヽ.:..:. `'､
l ::l: ';.:.:..... ヽ
l .:l.:.. .:ｨ.):.:. l.:.:.: .:.ヽ、
. l .:l..: ''ー.: .:.:l.:.:..:..:: .:i'゛
0338333
05/02/19 17:25:12ID:???0340304
05/02/19 17:42:03ID:???流れそうなので先に「理解」について書くいておくと、俺は>>328が、
俺のことをフレームワークを云々している男だと思っていて、そのフレー
ムワークの「理解」に間違いがあると思っているので、>>313を読んで、
考えを改めなさいと言おうとしている、と思っている。
で俺は、>>328がいまだに、>>304（俺）がたんにレスの読解の仕方で
恣意的に分けただけ、ということを「理解」していないと思っている。
↑いまここ。
0342304
05/02/19 17:46:37ID:???> ＞ンスなレスを返してたから。
もしかしたらこの引用も、俺がFWで統一するのがナンセンス
だと思っていると「理解」されてるのかね。さすがにそこまでは
ないと思うけど、何か書いてくれないと分からないよ。
0343nobodyさん
05/02/19 17:52:11ID:???0346nobodyさん
05/02/19 18:48:35ID:???,r'";;;;:::::;彡-＝―-=:､;;;;;;ヽ、
/;;ィ''"´ _,,,,....ﾆ、 ,.,_ ｀ヾ;;;;〉
`i!:: ,rﾆ彡三=､' ﾞ''ﾆ≧=､!´
r'ﾆヽ, （ ・ｿ,; （､・') i'
ll' 'ﾞ ,;:'''"´~~,f_,,j ヾ~`''ヾ.
ヽ) , : ''" `ー''^ﾍ i! 標準以下の知能しかないから
ll`7´ _,r''二ニヽ. l 何か書いてくれないと分からないよ…
!::: ^''"''ー-=ﾞゝ ﾘ
l;::: ヾﾞﾞ`^''ﾌ /
人、 ｀ﾞ’ﾞ::. ｲ
0349nobodyさん
05/02/19 19:02:30ID:???0350nobodyさん
05/02/19 19:08:56ID:???公開してみろや。話はそれからだ。
0352nobodyさん
05/02/19 19:30:50ID:???ログ流そうとしてるようにしか見えないんだが
0354nobodyさん
05/02/19 19:48:05ID:???スレッドランキングから記念真紀子
0355nobodyさん
05/02/19 20:32:57ID:???大人気じゃんか
0356nobodyさん
05/02/19 20:51:49ID:???とりあえずセッション関係はmysqlで動作することは確認できたんだけど。
だれか詳しい人いませんかー
0357nobodyさん
05/02/19 21:01:15ID:???ここ最近は初期のスレ住民からの書き込みが絶えてるし。旬も終わったな。
>>356
釣り？
0358nobodyさん
05/02/19 21:03:46ID:???コネクションしかサポートしてないけど
0360nobodyさん
05/02/19 21:50:49ID:???0363nobodyさん
05/02/19 22:38:10ID:???0365nobodyさん
05/02/20 07:07:08ID:???0366nobodyさん
05/02/20 08:03:19ID:???phpmvcから乗り換えようと思ってて、とにかく開発スピードが異様に速かったこれが目に付いた
mojaviより魅力を感じたのはUIをコンポーネント化してる部分なんだが、先輩方にはおおむね不評ｗ
マクロメディアの製品みたいなどと言われた。よく分からん
html自体データを抽象化するものだから冗長という気もするが、俺はこのコンセプトに惚れた
テンプレートにはあれこれ書かないんだから、HTMLをパースしてオブジェクトにマッピングしてくれても
いいように思ったが、、、つかそういうのもうあるかも
青果関係のシステムを仮想目標に弄ってるんだけど、そのままだとオモイ
とにかく膨大なオブジェクトがにあるのでアクセスごとに初期化するのが苦しいようだ
JavaやASPに近づけ過ぎるとこうなるという典型のよう
あと、pearの目的に特化したライブラリに比べると機能的にはかなり薄い、DAOとか。他のフレームワークも
似たようなもんだが、バージョン2ならもうちょっと充実しててもいいんではなかろうか
書きなぐりで悪いけど第一印象はそんな感じ
コンポーネントベースなので、各部分について順に学ぶことができる。フレームワークって
なんぞやと思ってる人や、mojaviのチュートリアルじゃ覚わらんつー人なんかにはバッチリ
とりあえずさわってみて感想きぼん
0367nobodyさん
05/02/20 08:24:20ID:???別にMacromediaの専売じゃあなく、XMLでUI定義するのは流行り。
Java/Servletのゴタゴタしたカスタムタグよりだいぶマシだと思うが。
0368nobodyさん
05/02/20 09:13:52ID:???おまえらフレームワーク使いたいなら素直にJavaやれ
0369nobodyさん
05/02/20 09:20:37ID:???概念化のレベルでの完成度が高く全体を単一の仕様で固められるので魅力的。
しかしLLとしてはMojaviが正解だと信じたいね。どちらが抜けていくか知らないけれども。
0370nobodyさん
05/02/20 10:10:39ID:???mojavi2と比較してモジュールの設計が更に洗練されてるよ。
2ではrenderer、session、auth周りがごちゃごちゃしてる印象を
受けたけど、それが改善されてフレームワークとしての統一感が
強くなったように思う。
それに今までcontroller、request、userインスタンスをメソッドの引数として
受け渡ししてたけど、それらをContextクラスで管理するようなったから
かなりスマートになってる。
例えば、Actionクラスのメソッド内で
$request = $this->getContext->getRequest();
こんな感じで参照できるようになった。
あとActionChainがなくなってそれに変わる新しい機能が加わった。
Decoratorパターンを使ったグローバルテンプレートを作成する機能で
例えばメニューとメインコンテンツを表示する2つのActionがあったとして
それらを同時に表示したい場合に効果を発揮する。
まあmojaviのソースを追ってる人にとっては何を今さらと思うだろうけど。
pradoやmapleは使ったことないので、比較できないけど出来る人がいたら
レビューｷﾎﾞﾝ
0372nobodyさん
05/02/20 15:15:33ID:???こりゃMapleも対抗しないとダメだね勝てないね
・・・魔法少女リリカルめいぷる？
0375nobodyさん
05/02/20 15:37:40ID:???モジャビでいいじゃん。
■ このスレッドは過去ログ倉庫に格納されています