【PHP】フレームワークについて語るスレ【総合】
レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん
2005/08/10(水) 02:21:08ID:CBjrwwHdPhrame本家
http://phrame.sourceforge.net/
Mojavi Project
http://www.mojavi.org/
mojavijapan
http://mojavi.p0t.jp/
Agavi本家
http://agavi.org/
Agavi.JP
http://agavi.jp/
[ 日本発 ] Maple Project
http://kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
※関連スレ
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
その他>>2-5参照汁
0002nobodyさん
2005/08/10(水) 02:21:56ID:CBjrwwHd【PHP】Phrameを使う【フレームワーク】
http://pc8.2ch.net/test/read.cgi/php/1093238107/
※解説ページ
開発談義/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
PHP用MVCフレームワーク Mojavi第1回：フレームワークとMojavi
https://www.stackasterisk.jp/tech/php/mojavi01_01.jsp
いまのところ、ここの解説が一番詳しいかな？
http://mojavi.try-angle.biz/wiki/
mojaviビギナーのチュートリアルだ。
http://www.peterrobins.co.uk/it/mojavi/tutorial.htm
こっちだったスマソ。
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
0005nobodyさん
2005/08/10(水) 10:58:07ID:???0006nobodyさん
2005/08/10(水) 21:02:00ID:???0007nobodyさん
2005/08/10(水) 21:07:23ID:???ハードなMojaviユーザーは払ってみるのも面白いかもしれません。
だって。ﾓｼﾞｬﾋﾞｊｐより。
結構インパクトはでかいのに
たかが99ドルが問題になるほど金になってねーのかYO
でもオープンソース商売っていまいち形が見えない。
Zendとかもどこで儲けてるんだろ？
0008nobodyさん
2005/08/10(水) 22:06:40ID:???0009nobodyさん
2005/08/10(水) 22:29:41ID:???ttp://www.guesswork.jp/
0010nobodyさん
2005/08/10(水) 22:43:28ID:???0011nobodyさん
2005/08/10(水) 22:46:18ID:???サービスを続けるには金がいる。
それが技術者には分かってないのれす。
0012nobodyさん
2005/08/11(木) 01:16:39ID:???だれもほめてくれなかったり、飽きるとみんなやめちゃう。
ただ、MojaviくらいならSourceForgeなどで充分なはずなのに、
サーバーが欲しいとわがままを言うのはまだプロジェクトに興味がある証拠かも。
0013nobodyさん
2005/08/11(木) 01:20:27ID:???まあ仕事じゃないから仕方ないか…
0014nobodyさん
2005/08/11(木) 02:12:14ID:???http://www.mojavi.org/index.php/module/Default/action/Static/page/fund.php
未払いかなんかで$220たまってるらしい。
払いたい人は
http://www.fundable.org/groupactions/mojavi-server-rental
一人$10（千円ちょい）から。
8/17までに全額払いきれなかった場合は、寄付した分返ってくるくさい。
なーんかなー。Agaviが出た今となってはなー。
とは言ってもMojaviの登場に恩恵を受けたとも言えるから払おうかどうか迷い中。
0015nobodyさん
2005/08/11(木) 02:46:38ID:???ま、経費で落とすけどな
0016nobodyさん
2005/08/11(木) 10:15:57ID:???Java使うわい って思うのね。
0018nobodyさん
2005/08/11(木) 17:28:03ID:???書けば書くほど楽になっていくから
RPGみたいな楽しさがあるよ
作ってて楽しいのは大きい。
0019nobodyさん
2005/08/11(木) 20:57:22ID:???何の時に使うんですか？
0020nobodyさん
2005/08/11(木) 21:02:05ID:???M3で直ってるんだな
パクるならM3からパクれ、と。
0021nobodyさん
2005/08/11(木) 22:20:58ID:???世間に大量の知をふりまいた奴に対してたった$220も集まらないなんて
これ使って金稼いだんだろ？えーこら
0022nobodyさん
2005/08/11(木) 22:30:20ID:???テンプレート継承してますか？
0023nobodyさん
2005/08/11(木) 23:40:30ID:???agavi の話？
SmartyView を継承したら思い通りに動かなかったので SmartyViewを元にView を継承したクラスを作った。
0024nobodyさん
2005/08/12(金) 00:04:34ID:???テンプレート継承ってどんなだ？いまいちイメージが沸かないな
0025nobodyさん
2005/08/12(金) 01:12:40ID:???高負荷になったらファイル壊れるよなぁ
0026nobodyさん
2005/08/12(金) 20:17:34ID:???まだFileAppenderも埋まってねーのかよ ( ﾟдﾟ)､ﾍﾟｯ
0027nobodyさん
2005/08/12(金) 23:33:14ID:???不満なら自分で作って投稿しろよ。
自分で作れないなら、指くわえて待ってろ。
0028nobodyさん
2005/08/12(金) 23:59:41ID:???http://www.guesswork.jp/
も加えてやっとくれ。
もうじき出るらしい0.9.0に期待。
0031nobodyさん
2005/08/13(土) 18:58:12ID:???PHPでフレームワークを使ってみたいけど、大袈裟な物だと、PHPを使うより、
JAVAを使った方が良い様な気がして悩んでいたんだけど、guessworkは、
私のニーズにすっぽりはまりそうな感じ。
ただ、昨年の10月に 0.0.1 が出でから全然更新されていないので、自然消滅
かなと思ってたけど、
http://blog.bmedianode.com/
で開発が続いている事を知って、ひと安心。
0.9.0 が今月中に出る予定なんですね。
0032nobodyさん
2005/08/14(日) 01:16:18ID:???これって使ってみた人いる？
controller を継承したclassをひとつ作ればいいだけ？
Action とか View とか命名規則とか覚えなければならないのは面倒だからなー。
でもこれって フロントコントローラー形式じゃなくて 一つのスクリプトが一アクションって感じかね。
0033nobodyさん
2005/08/14(日) 02:02:27ID:???actionをメソッドで持つ形だね
0034nobodyさん
2005/08/14(日) 03:10:29ID:???勝手にほりこんでくれるってアイデア何か新しいな
リクエストパラメータ以外にも使えそう
0035nobodyさん
2005/08/16(火) 19:36:28ID:???> PHP4用のguessworkをguesswork classicと改称して、0.0.2をリリースしました。
PHP5用は、まだみたいですね。
0036nobodyさん
2005/08/16(火) 23:42:43ID:???作ると、エラーになるんでしょうか。
Undefined variable とエラーになってしまいます。
なぜでしょう。
0037nobodyさん
2005/08/17(水) 00:07:28ID:pp1u9i8ZMojavi以前にPHPでメソッドないでメンバ変数にアクセスするには$this->var
また、PHPで値を代入していない変数を参照するとUndefined variableのノーティスがでるが。
0038nobodyさん
2005/08/17(水) 00:11:11ID:XikmAfZG0040nobodyさん
2005/08/17(水) 04:32:13ID:???前より増えてるけどまだ届いてない
侠気のある奴よろしくﾒｶﾄﾞｯｸﾞ。
0041nobodyさん
2005/08/17(水) 06:49:28ID:???念のため書いておくけど
Deadline:
08/17/2005 11:59 PM EST
ってのは日本時間で８月１８日（木曜日）の昼間１２時５９分ね。
１日と６時間ちょいだそうな。
それと払える人はマジ払えって。
いや、払ってください。よろしくお願いします。
0042nobodyさん
2005/08/17(水) 14:49:39ID:XikmAfZGFreeBSDみたいバリバリ動いててお世話になってるプロジェクトが
あと一日で金足りないなんて自体ならさすがに考えるけど。
0043nobodyさん
2005/08/17(水) 16:57:51ID:???多分本当にやめちゃうだろうな。
この程度しか期待されてねーのかよって。
しかしMojavi使いが世界に何人いるのかしらないが
この集まりってどうなんだろ。
一部で騒がれていただけで案外ユーザー少ないのか。
004442
2005/08/17(水) 17:02:26ID:???俺は未だにagavi未使用だけどさ。
0045nobodyさん
2005/08/17(水) 17:22:22ID:???220ドルすら集まらないってこと？
0046nobodyさん
2005/08/17(水) 17:25:19ID:???Kerrもへこみまくりだ
0047nobodyさん
2005/08/17(水) 17:25:54ID:???0048nobodyさん
2005/08/17(水) 17:33:04ID:???0050nobodyさん
2005/08/17(水) 20:07:01ID:???俺も$20送ってきた。したら、76-99%になったよ。あと$10なのかなぁ。
んでもって、あと16時間。
0051nobodyさん
2005/08/17(水) 20:43:04ID:???ざっと$40〜$50ってとこかな。あと４〜５人か・・・。微妙な線だな。
0052nobodyさん
2005/08/17(水) 20:49:48ID:???てっきり76人・99％かと思った
微妙だねぇ
0053nobodyさん
2005/08/17(水) 22:04:18ID:???自作のフレームワークの人なんかはテストも込み込みで構築してるのかな
0054nobodyさん
2005/08/18(木) 01:47:12ID:???$10 送って来た
0055nobodyさん
2005/08/18(木) 01:59:45ID:???$220到達したのかな？
0056nobodyさん
2005/08/18(木) 02:00:57ID:???1000 げとずさー？
0057nobodyさん
2005/08/18(木) 02:01:52ID:???0059nobodyさん
2005/08/18(木) 02:38:18ID:???半分あきらめていたがジャパニーズマネーをたくさん注入したな
ｶｰも喜んでるだろう
0060nobodyさん
2005/08/18(木) 02:53:27ID:???0061nobodyさん
2005/08/18(木) 04:38:50ID:???0062nobodyさん
2005/08/18(木) 09:04:06ID:???0063nobodyさん
2005/08/18(木) 10:08:12ID:???「PHPらしい簡単フレームワーク」という新しい地平を
切り開いてゆくか？
0065nobodyさん
2005/08/19(金) 00:52:11ID:???普通のホームページと違ってむずかしいよね？
0066nobodyさん
2005/08/19(金) 02:02:56ID:???ってやつがあるけど、どうちがうの？
0067nobodyさん
2005/08/19(金) 02:05:03ID:???データ部分を後でプログラマがテンプレートエンジン用変数等を
埋め込むってやり方してる。
0068nobodyさん
2005/08/19(金) 05:27:20ID:???1.67さんと同じパターン(ただこれだと手離れが悪い)
2.受け渡しの変数名等いれたダミーページを作って渡す
を相手を見て決めます。
ところで「デザ」って言うの？デザイナ(ー)としか言ったことないんだけど
デザって言わないと格好悪い？
0070nobodyさん
2005/08/22(月) 01:54:17ID:???0071nobodyさん
2005/08/23(火) 21:37:01ID:???Mojaviの思想がすんなり理解出来た
ほとんどそのまんまやん
逆にJ2EEパターンを知らずにMojaviを理解しようとすることは
かなり徒手空拳だったな…
0072nobodyさん
2005/08/23(火) 23:15:36ID:???ttp://article.gmane.org/gmane.comp.web.agavi.devel/157
0073nobodyさん
2005/08/24(水) 00:06:21ID:???みたいだね。
要約しますた。
Seanのあとを引き継いだTylerがAgaviサイドにアプローチして、
MojaviとAgaviがマージできないか対話がもたれた。話し合いの結果、
1. フォークから時間が経ってないのでMojaviとAgaviはそんなに違わない。
2. TylerはMojavi開発を透明化して、コミュニティを発展させたい。
3. MojaviもAgaviも目指すものは同じ。
Agaviチームの意見としては
- Agaviは0.10.0をめざし、そのあと（もしくは同時に）Mojavi 4の開発にシフト。
- Mojaviは3.0.0-DEVの開発を中止、4に注力。
- Agaviの良い点 (phing integration, unit tests, public development model) をMojaviに持って行く。
- Mojavi4は完全な再設計になり、以前よりもリリースサイクルが短くなる。
0074nobodyさん
2005/08/24(水) 00:52:30ID:???しかし Mojavi4は完全な再設計かよ
php5で安定したものがホスィ
0075nobodyさん
2005/08/24(水) 02:32:19ID:???0076nobodyさん
2005/08/24(水) 03:15:43ID:???0077nobodyさん
2005/08/24(水) 03:40:33ID:???0078nobodyさん
2005/08/24(水) 05:16:50ID:???プロパティーがあれば勝手にほりこんでくれる機構をパクって
LogicやDAOを勝手にほりこんでくれるようにしたよ
ｵﾘﾌﾚ最高☆ｾﾌﾚも最高☆
0079nobodyさん
2005/08/24(水) 10:17:07ID:???コントローラのリファレンスを受け取ってごにょごにょってもんだと思って
たんですが、リファレンスが受け取れないようになってる。
そういう使い方を想定したもんじゃないの？
0080nobodyさん
2005/08/24(水) 16:17:16ID:???もあるんだな
0081nobodyさん
2005/08/25(木) 02:02:44ID:???0082nobodyさん
2005/08/25(木) 09:27:00ID:???URL_FORMATを 1 にして各モジュールで画像をわけるんですけど
最終的な微調整の際 dreamweaver みたいなアプリでいじくることできないし。
0083nobodyさん
2005/08/27(土) 20:23:14ID:???Ruby on Railsをパクったphpフレームワークだってさ
Mojavi系（Struts系）はもう古いんかも？
0084nobodyさん
2005/08/27(土) 20:44:49ID:???ぶっちゃけPHPにRailsのようなコマンドでスケルトンを生成して〜のような
開発体系は合わない気がするんだけど。
そりゃ大規模開発には便利なんだろうけどね、漏れ的には旧guessworkみたいな
こじんまりとした小規模Webアプリ用フレームワークのほうが肌に合ってる。小物だな漏れも。
そのguessworkも新しいのはRailsっぽいみたいで、ちょっと残念。
0085nobodyさん
2005/08/28(日) 03:03:18ID:???Railsのスクリプト群は単にスケルトンを生成するだけにとどまらず、
メソッド単位でのベンチマーク、
リモートでも使えるデバッガ、
プロファイラ、
Rubyのコードを記述してDBのレコード管理ができるコンソール、
アプリケーションの任意のメソッドのみを手動で実行するツール、
開発用httpd、
単体および結合テストの実行、
なども含んでいるから、PHPでもそこまでできるようなものがあれば
便利なのかもね。
0086nobodyさん
2005/08/28(日) 06:11:22ID:???DAO周りがどうもキレイにかけないから
0087nobodyさん
2005/08/28(日) 06:13:00ID:???と妄想してみる。
0088sage
2005/08/29(月) 00:36:22ID:s8UfImjl全部CSSでデザインしたらPHPeclipseの入ってるeclipseでViewしながら微調整可能
0089nobodyさん
2005/08/29(月) 03:05:45ID:???0090nobodyさん
2005/08/29(月) 05:29:10ID:???一番まともに動いてるプロジェクトだと思うんだが
0091nobodyさん
2005/08/29(月) 07:53:42ID:???どんなフレームワークか総括してくれると
みな嬉しいと思う。
次スレ（あるかどうかはわからんが）のためにもなるし。
0092nobodyさん
2005/08/29(月) 13:16:57ID:???「PRADO is a component-based and event-driven Web programming framework for PHP 5.」
というわけで、イベントドリブンなコンポーネント指向のフレームワークでPHP5専用。
DelphiやC#のような開発体系が取れる（らしい）。サンプルみるとDelphiまんま。
でもこういうフレームワークってRADがあって初めて成立するんじゃないかと思うんだが、
実際使ってどんなもんなんだろう。
RADが自動生成する部分も自力で書くのはあんまり想像したくないんだが･･･
0093nobodyさん
2005/08/29(月) 14:39:30ID:???ていうかこういうフレームワークを使うと
PHPの存在意義が全くない気がするような。
0095nobodyさん
2005/08/29(月) 16:21:25ID:???本末転倒とはこのことだ
0097nobodyさん
2005/08/29(月) 16:40:05ID:???>RADが自動生成する部分も自力で書くのはあんまり想像したくないんだが･･･
RADまでいかなくとも、PradoマスターでコンポーネントやDWのタグも生成してくれるから、
けっこう便利ですよ
0098nobodyさん
2005/08/30(火) 06:09:06ID:???Railsと比べると超微妙…
0099nobodyさん
2005/08/30(火) 09:38:54ID:???（Strutsを真似する事に比べれば。）
0100nobodyさん
2005/08/30(火) 21:58:14ID:???でもPHPをメインに扱う１PHPユーザとしては
Railsとかみたいにその言語の特徴を生かした
何かオリジナルの新しい方向性を持ったフレームワークが
PHP発で出て欲しいなあと願ってやまないのと、
そういうの作ってみたいなあと思いながらも
仕事こなすだけで精一杯なしがない現実
PHPらしさ、ってなんだろう、、、
0101nobodyさん
2005/08/30(火) 22:07:50ID:???0102nobodyさん
2005/08/31(水) 01:21:24ID:???パクリでもなんでもいいから楽に開発できるやつが欲しい。
0103nobodyさん
2005/08/31(水) 02:06:10ID:???0104nobodyさん
2005/08/31(水) 02:42:14ID:???ツールが普及しないと楽にはならないでしょう。
0105nobodyさん
2005/08/31(水) 08:23:44ID:???> guesswork.jpがホスティングされているのはカリフォルニア州サンディエゴなので、
> 遅くとも現地時間の31日中にはリリースしようと思っています（日本時間だと1日の
> 午前8時くらい？）。
だそうな。
0106nobodyさん
2005/08/31(水) 09:19:15ID:???このユルい感じが気に入った。
0.9.0も楽しみだなー。
0107nobodyさん
2005/08/31(水) 13:25:13ID:???0109nobodyさん
2005/09/01(木) 05:40:59ID:???ロジック側でリクエストパラメータの受け取りや
viewへの荷物梱包までしてたら
Action見ても何を渡して何を受け取ってるのかが分からなくなり、
ものすごく分かりにくくなってしまったorz
面倒くさくても受け渡しはちゃんと書かなきゃﾀﾞﾒだね(ﾟ∀ﾟ)ｱﾋｬ
0110nobodyさん
2005/09/01(木) 08:59:31ID:???>>107じゃないけど、前スレではMojavi一辺倒な流れも確かにあったね（Phrameスレだったのに）。
そしてこのスレではMojaviが堕ちていく様子が描かれている。
0111nobodyさん
2005/09/01(木) 16:04:00ID:???ActiveRecord云々。
流れはRails方向に向かってる模様。
>>110
Mojaviはちょっと動きがなさすぎ…
PHPの世界に
汎用フレームワークの概念を広めたのは功績だと思うけど
0113nobodyさん
2005/09/01(木) 19:23:02ID:???0114nobodyさん
2005/09/01(木) 22:00:18ID:???AgaviはMojavi4に統合だとさ。
Mojavi3は放置プレイだと。
もうMojavi3で開発始めちゃったよ！っていう早漏がいそうだなぁ・・・。
・・・、俺だよ俺・・・。
0115nobodyさん
2005/09/01(木) 23:55:53ID:???0116nobodyさん
2005/09/02(金) 00:17:24ID:???>73
0117nobodyさん
2005/09/02(金) 02:04:14ID:???その他についてはむしろPHP5.1次第というかなんというか
0118nobodyさん
2005/09/02(金) 02:12:51ID:???ぶっちゃけ運用するものは今までどおりMojavi2で作って、PHP5対応についてはMojavi4待ったほうがいいでしょうか？
0119nobodyさん
2005/09/02(金) 02:33:11ID:???それは状況や能力次第だろ。
M2で既に貴重な財産を築いているなら、今agaviにする必要は全くない。
逆に再利用できない糞コードばかりで作ってたなら、待つ必要は全くない。
0120nobodyさん
2005/09/02(金) 02:42:39ID:???コードは試行錯誤があるので綺麗なのも糞なのもあるけど、基本的に再利用可能なようにはなってる。
では次もMojavi2で行ってみます。どうも。
ところで、Mojaviとか他フレームワーク用に、モジュール単位で公開してるサイトとかってありますか？
そもそも私が作ると、PearのMojavi用ラッパーみたいなものが幾つか出来てから
コアの部分のコードを実装して完成（まぁここが一番手間なのだけど）、みたいになるのですが皆さんどんな感じでしょうか？
0121nobodyさん
2005/09/02(金) 03:55:24ID:???できるようにしてる
0123nobodyさん
2005/09/03(土) 02:31:31ID:???M3やagaviくらいが丁度いい。
0124nobodyさん
2005/09/03(土) 08:17:31ID:gPh989uD誰か使ったことある人いる？
感想とか聞かせてくれるとうれしい
0125nobodyさん
2005/09/03(土) 23:57:24ID:???仕事で使えるか調査中なんだが。。。
0127nobodyさん
2005/09/04(日) 13:30:24ID:???EthnaはPHPの最新版(4.4.xや5.1.0RC1)だとそのままじゃ動かない。
Mapleも3.0.1が出るのを待つべき。
0128125
2005/09/04(日) 16:46:31ID:???agavi、、も同じですよね。
PHPの手軽さ、開発効率の良さ、に期待したいのですが、、。
0129nobodyさん
2005/09/04(日) 21:38:46ID:???Movaji2なら3案件くらい使った。DBの管理プログラムとか
ショッピングサイトとか…。正直、開発効率というのなら自分で
フレームワークというか必要な部分を作ってもいいかなという感じ。
今Mapleと格闘中。途中を客にみせられる大根はよいかな。
あと結局中途半端になってしまったけど（これは自分のせい）
テストファーストもどきでも作れるのはいい感じ。
自分が追いついてないなと感じました。まぁ独りで作るなら
MojaviもEthnaもMapleも一緒。大根分Mapleかな。
0130129
2005/09/04(日) 21:40:40ID:???0131nobodyさん
2005/09/04(日) 22:53:32ID:???0135nobodyさん
2005/09/05(月) 08:36:52ID:???movaji の検索結果 約 88 件
mojavi の検索結果 約 53,300 件
0137nobodyさん
2005/09/05(月) 15:49:42ID:???0138nobodyさん
2005/09/05(月) 16:44:20ID:???明らかに自分のミスだけど、俺のタイプが早すぎてマシンがついてきてないんだと思うようにしてる
0139nobodyさん
2005/09/05(月) 19:00:13ID:???0140nobodyさん
2005/09/05(月) 23:24:13ID:???PHPCon2005 で中井たんと dino が大盤振る舞いしてくれた CD の事もちったぁ思い出してやれよ。
0141nobodyさん
2005/09/05(月) 23:37:15ID:???0142nobodyさん
2005/09/06(火) 00:19:25ID:???0143nobodyさん
2005/09/06(火) 00:21:16ID:???0144nobodyさん
2005/09/06(火) 01:53:30ID:???http://phpontrax.com/
PHP on Railsを語るフレームワーク
0145nobodyさん
2005/09/06(火) 01:55:05ID:???0146nobodyさん
2005/09/06(火) 04:18:48ID:???ビスケットとかケーキとか何でRails系はお菓子関係？
0147nobodyさん
2005/09/06(火) 09:11:59ID:???要はきちんと継続的にメンテナンスしてね。
漏れが言うのもなんだけど。
0148nobodyさん
2005/09/06(火) 14:58:45ID:aYh8x/z9実戦投入の話題（具体例）があまり無い
PEARとかでやりくりしてた人から見るとシステム全体が助長に感じてしまう
→自分でつくったほうがいくね？ て感じ？
0149nobodyさん
2005/09/06(火) 15:14:11ID:???0151nobodyさん
2005/09/06(火) 16:42:00ID:???まあ、開発終了しているのも結構ありそうだが。
http://ethna.jp/ethna-related.html
0152nobodyさん
2005/09/07(水) 00:04:38ID:???作者さんリリースをまとめる気なくしちゃってるのかなぁ……
0155nobodyさん
2005/09/07(水) 01:12:11ID:???おぉっとほんとだ情報ｻﾝｸｽ
CVS版でも大差ないんだろうけど
どうも性分でスナップショット版みたいのを使う気になれなかったのだけど
これでやっと使ってみることができるわー
0156148
2005/09/07(水) 04:13:36ID:VkYxruOZごめん、このｽﾚ毎日何回もチェックしてるよ
フレームワーク乱立の理由について思ったこといっただけ
0158148
2005/09/07(水) 04:27:27ID:???0160148
2005/09/07(水) 04:31:10ID:???0161nobodyさん
2005/09/07(水) 04:35:56ID:???＞実戦投入の話題（具体例）があまり無い
＞PEARとかでやりくりしてた人から見るとシステム全体が助長に感じてしまう
PEARはつかってるの？PEARの実践投入の具体例ってどんなのがあるの？
0162148
2005/09/07(水) 04:46:27ID:???自分で書いたPHPコードをうごかしたことありません
ごめんね
0163nobodyさん
2005/09/07(水) 04:56:22ID:???別に乱立ってほどの数でもないだろｗ
ためしにjavaとかで探してみろよ
特にビスケットなんて無理やり穿り出したようなもんだし
0164148
2005/09/07(水) 05:59:16ID:???そしたらやれ情報が少ないとか、
つかい慣れたライブラリのほうが速いとかいわれてさ、
あげくのはてに「こんどうちで最強のフレームワークつくりましょうよ」
とかいいだしてさ。
まるごとPHPと黄色いやつ職場用に買って持ってったのに
「うはーそれ持ってるwww」みたいなノリだし
で、強烈なディファクトスタンダードみたいなのができれば、
疑いも無くそれ使うくせにっておもった。
でこのｽﾚみたら146と147があったから148を書いた。
もう寝るからレスすんなボケ
0166nobodyさん
2005/09/07(水) 11:48:28ID:???お前そのアホばかりの中に入っててお似合いの職場だからから気にすんな。
0167nobodyさん
2005/09/07(水) 11:56:22ID:???ほのぼのしてたスレなのに無駄に荒らすなよ
0168nobodyさん
2005/09/07(水) 12:02:30ID:???ﾊﾞﾃﾚﾝのフレームワークやライブラリの情報とか
お前らどこから仕入れてくるんですか？
0172nobodyさん
2005/09/08(木) 01:36:11ID:???0175nobodyさん
2005/09/08(木) 02:33:39ID:???たとえば、ビスケットとかなんかはPHP-on-Railsで検索して出てきた。
こんなのが見栄に見えるなんて、かわいそうな子だなｗ
0176nobodyさん
2005/09/08(木) 03:00:48ID:???こんなフレームワークがあるよって短評と共に
書いてあるサイトがあれば幸せになれると思わない？
試してみないとわからないって意見もあるが
RailsタイプであるとかJSFタイプであるとか
ある程度の分類が分かれば絞れるわけだし。
wikiでも作ろうかな。
0178nobodyさん
2005/09/08(木) 03:44:46ID:???最近はわりと読めるようになってきたな
0179nobodyさん
2005/09/08(木) 03:45:46ID:???ずっと俺の背中ばっかり見ていることになるぞ。
0181nobodyさん
2005/09/08(木) 04:32:25ID:???単語調べる手間が省ける
0182nobodyさん
2005/09/08(木) 04:36:10ID:???Perlで。
0183nobodyさん
2005/09/08(木) 04:36:54ID:???viewに渡す変数を得るためのクラスを呼ぶ時って、
list($hoge,$fuga,$moge,$nuko) = $poge->piyo()
みたくするのか、
$poge->piyo($request)
みたくして$requestに入れてもらうのか、どっちが定石？
前者だと、何を受け取っているのか分かりやすいけど、面倒くさい。
そしてある程度コピペコーディングをしないといけなくなる。
後者だと、記述が楽だし、
後でクラスを書き換えても、呼び出し側では書き直す必要がないけど、
何を受け取っているのかは、呼ぶクラスの内部を見ないと分からない。
マジ迷ってます。
教えていやらしい人。
0185184
2005/09/08(木) 05:04:51ID:???propelのこのページ
単語にカーソル合わせても全然違う単語が出る…
同機能がある翻訳ソフトなら大丈夫かな
0186nobodyさん
2005/09/09(金) 03:57:25ID:???jsとかcssのファイルはどこに置いていますか？
0187nobodyさん
2005/09/09(金) 18:57:54ID:y9gKBfXhmodpub
0188nobodyさん
2005/09/09(金) 23:06:05ID:???ライトウェイト方向に流れてるから
今、PHPでどんなフレームワークを選べばいいのかは
微妙だねぇ。
Mojavi/Agaviは重い気がするし
かといってMapleやguessworkもまだ過程にあるし。
0189nobodyさん
2005/09/10(土) 02:00:04ID:???随分分かりやすくなったわ。
PHPフレームワーク文化圏で
ViewHelper軽んじられすぎてね？
ライトウェイトフレームワークとも親和性高いと思うんで
考えてみてくれ＞エバンジェリスト達
0192nobodyさん
2005/09/10(土) 14:53:27ID:???対比してライトウェイトって言われてるんじゃないのか？
JAVAでいうライトウェイトを引き合いに出してる
時点で見当違いなキガス
とmojavi信者が反論してみる
0193184
2005/09/10(土) 23:41:22ID:???googleツールバーのチップ表示くらいがちょうどいいんだけど
（翻訳インターネットではポップアップウインドウに表示される）
まあ普通に便利ですわ
0194名無しさん＠そうだ選挙に行こう
2005/09/10(土) 23:45:21ID:???Railsは知らないけど、全体の見通しはかなりいい。
cakeの流儀にさえ従っていればすごく楽をできる。
まぁ、まだバグはかなりあるけど。
AjaxHelperのドキュメントが無いけど、Railsの奴を読めばいいのかな。
でも、cakeをさわっていちばん感心したのはtracだったりする。
そろそろcvsからsvnへ乗り換えたいなぁ。
0195名無しさん＠そうだ選挙に行こう
2005/09/11(日) 04:29:16ID:???0196名無しさん＠そうだ選挙に行こう
2005/09/11(日) 09:34:06ID:???でもふつうのsvnクライアントを導入すればsvn coと打つだけなのに
0197nobodyさん
2005/09/11(日) 23:51:20ID:9VoVbPCa0198nobodyさん
2005/09/13(火) 09:24:36ID:???0199nobodyさん
2005/09/13(火) 10:08:43ID:???BBSとかショッピングカートとか、一般にzipで固めて配布するようなもの向けの。
RoRのようなのはまずコマンドで開発環境をそろえるけど、それとは逆で
コマンド1発で必要なファイルをまとめてzipにパッケージングしてくれるような機能つきとか。
guesswork classicが近いアプローチだったと思うんだけど、似たようなフレームワークってない気がするんだ。
0200nobodyさん
2005/09/13(火) 10:21:37ID:???0201nobodyさん
2005/09/13(火) 13:43:15ID:???0202nobodyさん
2005/09/13(火) 15:55:29ID:???guesswork開発者のページから拾ってきた情報
複数鯖から使えるセッション管理デーモンだって
面白そう
0203202
2005/09/13(火) 16:07:17ID:???可用性を考えると
DBで良くね？って気もする。
どのあたりに需要があるのだろう？
0204nobodyさん
2005/09/13(火) 20:13:56ID:???「without the overhead and the complexity of an SQL database」だそうですよ。
0206nobodyさん
2005/09/13(火) 21:53:12ID:???Sharedanceはセッションデータ専用ってわけじゃなくて、単純なハッシュみたいな
もんだから、なんでも詰め込めるけどね。
sharedance_store('key', 'content');
0207nobodyさん
2005/09/13(火) 22:24:39ID:???規模が大きくなるとどうなるか不安がある
0211nobodyさん
2005/09/14(水) 01:42:09ID:???セッション管理の土台を強くしないとダメなんじゃないかな
あとはセッションがクリティカルな金融関係とか
0212nobodyさん
2005/09/14(水) 01:43:33ID:???ヤフーはLISPだとばかり思っていたよ。
そういえばPHPのページもあるね。
0215nobodyさん
2005/09/14(水) 03:22:03ID:???Yahoo!がLisp使ってるのは本国のShopping部分だけで、
それも買収した会社がLispで開発していたから、ってだけじゃなかったかな。
0217nobodyさん
2005/09/14(水) 10:11:05ID:???0218nobodyさん
2005/09/14(水) 14:41:43ID:???0219nobodyさん
2005/09/14(水) 15:28:44ID:???0220nobodyさん
2005/09/14(水) 15:58:23ID:???同棲してる彼女が俺が寝てると思って毎夜オナニーして困ってる。
0221nobodyさん
2005/09/14(水) 16:20:17ID:???0224nobodyさん
2005/09/14(水) 23:52:36ID:SictETF/http://www.phpwact.org/
これが世界的にそこそこ有名なPHPフレームワーク
だという情報を入手しました。どなたが調査お願いします。
0225>>224
2005/09/15(木) 02:33:20ID:???0226nobodyさん
2005/09/16(金) 04:57:46ID:3ASb8eFe0227nobodyさん
2005/09/16(金) 05:14:40ID:???簡単、共通そうなものはそうなるんですかね？
0229nobodyさん
2005/09/18(日) 12:20:27ID:???出力をバッファして改行を削除する関数を
既存サイト（非フレームワーク）に適用した
ファイル修正しまくりで
こういう時にフィルタが役に立つんだなーと実感した
0230nobodyさん
2005/09/18(日) 13:24:44ID:???そんなのWebサーバでやれとも思うけど。
0232229
2005/09/18(日) 16:46:51ID:???zip圧縮はphp側のハンドラでやったよ
zipが受け取れないモバイルに対してもパケ代少し減らせるから
まぁいいかなと。
昔あったみたパケ割みたいなフィルタ作ってもいいかもしんない。
0233nobodyさん
2005/09/18(日) 22:22:34ID:???0234nobodyさん
2005/09/18(日) 23:50:42ID:???でも×アクセス数になると馬鹿にならないかなと。
一回書けばコストもかからないしね。
しかし昔書いたプログラムを今いじると汚いこと汚いこと…
アンチパターンやりまくりで保守性最悪
フレームワークはある程度枠にはめるから
矯正器具としての役割もあると思う
0235227
2005/09/19(月) 23:44:54ID:???アクションの中にビジネスロジックを書くのはイケテないからコンポーネント作って呼ぶんですかね？
0238nobodyさん
2005/09/21(水) 04:10:55ID:???0239nobodyさん
2005/09/22(木) 21:14:04ID:???PHPフレームワークの記事があった
1Pだけだけど
0240nobodyさん
2005/09/23(金) 07:18:01ID:7QvlMC8T・例外による（フレームワーク側の）エラーの管理
・interfaceや抽象クラスを使った継承による機能の実装
・オブジェクトの逆参照
あたりを利用すると、かなりすっきりしたフレームワークが書けるんじゃないかなー、と、俺フレームワークを書いてみたりしてるのですが……。
……ますますJavaとの違いが無くなってしまう様な気もしないでもありません(^^;
0241nobodyさん
2005/09/23(金) 10:10:02ID:???$controller->forward(… に統一すべき？
0243nobodyさん
2005/09/24(土) 00:01:50ID:???0244nobodyさん
2005/09/24(土) 01:54:49ID:???しっかし$controller->redirect($url)って使いづらくないか？
$controller->redirect($module, $action)にしてくれたほうがありがたい希ガス。
まー大した違いじゃないんだけどさ。
ラッパ書いたら気持ち的にずいぶん楽になったもんで。
ﾋﾞﾐｮｰにﾁﾗｼ
0245nobodyさん
2005/09/24(土) 02:19:29ID:???俺もﾓｼﾞｬ使ってる時それ思ったな
module,actionをurlにするメソッドあったよね。
あれ呼んでから呼べということなんだろうけど。
0250nobodyさん
2005/09/26(月) 16:39:07ID:???ActionChainにregisterしてexecuteしてfetchした結果を
Viewに渡してる？
それとも他のやり方があるのかな？
0251nobodyさん
2005/09/26(月) 18:00:20ID:???mojaviのwikiにサンプル付きであったような気がするけど今はアクセスできないっぽ。
ttp://www.geocities.jp/toyprog/wikimojavi/index.html
にそれの訳っぽいのがある。
0254244
2005/09/27(火) 07:02:06ID:???漏れの場合サイト内でリダイレクトすべき部分は大概moduleとactionで事足りたな。
リダイレクト自体そんな頻繁でもないし。
ヒント：ケースバイケース
0255nobodyさん
2005/09/27(火) 10:04:39ID:???仕事で使わないでﾖｶｯﾀよ( ´ー`)フゥー．．．
0256nobodyさん
2005/09/27(火) 12:00:15ID:???みんな本当は趣味でやってんだよ。
あー暗い暗い。
0257nobodyさん
2005/09/27(火) 13:39:45ID:???ホープ・ダイヤモンドのように・・・
0258nobodyさん
2005/09/27(火) 13:45:00ID:???取得していて、
ActionChain中の子Actionでも同じパラメータを使う時って、どうしてる？
1 Request->attributeにでも入れ直す
2 もう一度request->getParameter()する
0259nobodyさん
2005/09/27(火) 14:21:10ID:???そこ見てやっとデコレーションパターンを理解したよ
slotでテンプレートに渡す表示用パラメータを切り分けてるのが便利そう
0260nobodyさん
2005/09/27(火) 19:38:07ID:???本に書いてあったんだけど本当？
0261nobodyさん
2005/09/27(火) 20:59:19ID:???0ほとんどのフレームワークはそれでは？
0266nobodyさん
2005/09/28(水) 07:00:02ID:???クライアントサイドプログラムだったら、
サブウインドウとかの規格を定めた
アピアランスクラスを作って、
そこにモデルデータを渡して実現するじゃん？
アピアランスクラスはリプレース可能にして。
一方Mojaviとかのウェブアプリフレームワークって
各テンプレートファイルをひな形にした
サブテンプレートを先に作っておいて、
親テンプレートに後からハメハメするやり方じゃん？
このやり方だと、親テンプレートとサブテンプレートに
一貫したアピアランスを実現しにくくない？
なんていうか、
サブテンプレートシステムを
ひとつのクラスにまとめておかないと
アピアランスのリプレースがしにくい、と思う。
どうなんかな、このへん。
0267nobodyさん
2005/09/28(水) 13:50:54ID:???今風なのか？
0268nobodyさん
2005/09/28(水) 14:11:20ID:???0269nobodyさん
2005/09/28(水) 14:11:53ID:???0270nobodyさん
2005/09/28(水) 16:24:02ID:???テンプレート ＝ 雛形
リプレース ＝ 入れ替え
ハメハメ ＝ 嵌め込む
サブ ＝ 男色
0271nobodyさん
2005/09/28(水) 21:39:30ID:???・・・男色の雛形は
単一化されないと
見た目ではハメ辛いと思う。
どうなんかな、このへん。
【意訳】
ぱっと見、ゲイはゲイらしくしてくれないと
そのときになってびっくりする。
どう思いますかみなさん。
【私の意見】
そー思います。
0272nobodyさん
2005/09/29(木) 02:01:15ID:???サインだから
単なる訳以上の機能性もある。
0273266
2005/09/29(木) 11:21:35ID:???共通プレゼンテーションロジック保持クラス
GrobalViewHelperを作っておいて
どのテンプレートを作るときにもそいつを派遣しておく…（・∀・）ｺﾚﾀﾞ!!
0274nobodyさん
2005/09/29(木) 11:28:07ID:???0275nobodyさん
2005/09/30(金) 16:21:47ID:???気の弱い奴はパンツ脱いどけ。。。。
「っていうかフレームワークって何だよ！？」
0276nobodyさん
2005/09/30(金) 16:42:01ID:???『枠組み』の事です。従来のライブラリと比較すると
ライブラリではそれを使ってどのように作るかを必死に考えなければならなかったのが
フレームワークでは、このように作りますってのがフレームワーク側で決まっているので
共通できないロジックやパラメータだけ与えればアプリケーションが出来てしまう。
0277nobodyさん
2005/09/30(金) 16:45:14ID:???フレームワーク選択基準のひとつになり
例えばStrutsなんかは自由度が高い事で有名。
0278nobodyさん
2005/09/30(金) 19:43:03ID:???親切にありがとう。
でもド素人にはまだちょっと理解しづらい。。。
つまりアレか、PHPでも、VBみたいにマウスでフォームやボタン配置できるとか？？
0279名無し
2005/09/30(金) 19:47:16ID:gpQXP9hq0280nobodyさん
2005/09/30(金) 19:47:48ID:gpQXP9hq0281nobodyさん
2005/09/30(金) 19:49:19ID:gpQXP9hq0282nobodyさん
2005/09/30(金) 22:22:00ID:???Viewクラス用意してないものがほとんどだよね。
実際Viewでやることってテンプレートにassignするだけ
みたいなもんだし。
面倒なだけのViewｲﾗﾈ(ﾟдﾟ)､ﾍﾟｯ
0283nobodyさん
2005/09/30(金) 22:26:22ID:???0284nobodyさん
2005/09/30(金) 22:43:42ID:???UserのParameterが役割的にｶﾌﾞってるのが美しくない。
ｼﾝﾌﾟﾙｲｽﾞﾍﾞｽﾄなんじゃい(*ﾟдﾟ)､ﾍﾟｯ
0286nobodyさん
2005/10/01(土) 03:58:54ID:???逆にどうすりゃいいんだ？今ならいい方法があれば提案出来るんじゃないか。
つーかおまいらがどうやってるのか不思議で仕方ない。
どう文句つけようと、PHP5 だと現状、俺 Maple, Mojavi の二択だと思うんだが。
それ以外のフレームワークを実戦投入したという話は聞いたことないし。
0288nobodyさん
2005/10/01(土) 11:04:43ID:???実はこれらを説明するのって難しい？
0289nobodyさん
2005/10/01(土) 12:04:04ID:???解っちゃえば何てことない話なんだけど説明しようとすると難しい
例えばDBとか使ったサイト作るっしょ
んで別のサイトを作る時に，前作ったサイトのパーツを流用したりするっしょ
で，それを繰り返してくと，今度は逆に，パーツの方を流用しやすく作るようになるっしょ
そういうパーツが色々な機能を網羅していくと
最終的には「サイトごとに同じような処理はみんな共通」とか
「ここをちょっと変えるだけで各サイトに適用可能」とかになっていく
その集合体の完成形がいわゆる「フレームワーク」
……ってな説明でどうかなぁ？
# もちろん今あるフレームワークが上記のようなボトムアップで作られたものなわけではないが……
0290nobodyさん
2005/10/01(土) 13:33:56ID:???小規模の案件やってる限りはわからないし、使う必要も無いよ。
フレームワークの利点がわかる状態、というのがフレームワークが必要な状態。
0291nobodyさん
2005/10/01(土) 14:20:43ID:???なるほどぉ・・・、ってことは、いま自分がやってる作業（この部分は他でも
使いまわしやすいように作ろう）ってのも、ある意味で自作フレームワーク？？
それを追及していくと、ほとんどどんなサイトやシステムでも部品は共通なものばかりだよね。
よっぽど斬新なものでない限り、既存の部品を既存の組み立て方すればいいだけだよねぇ。
フレームワークがそういうものだとしたら、Webアプリ作成が劇的に簡単になりそう。
・・・でもMojaviとかの説明を読んだりすると、もうそれ自体が難しく感じる。。。
>>290
ってことは、俺はまだ必要な状態ではないのかな・・・。
0292nobodyさん
2005/10/01(土) 14:42:28ID:???ある意味「俺フレームワーク」とかいわれるものがソレなんだと思うよ
そして他人が書いた「俺フレームワーク」は慣れるまでは大抵使いにくい
ただ自分より頭の良い人が書いたものならたぶん慣れれば自分のより効率良くなるのだろう
でもそれは今まで自分が思いつきもしなかったような発想で作られていたりするから
学習曲線の最初はだいぶきっつかったりする
>>290の言ってるのは
慣れちゃった後なら小規模案件でも使わない理由はないと思うけど
小規模案件のためにわざわざ慣れる必要があるかってーと
それではC/P比が悪い，ってことじゃないかな
大規模だと少しでも効率良くなるとかける人数で効くので大きいのと
よく整備されたフレームワークはそれに則ったコードを書けばいいのでコードが変に発散しにくいのが利点
0293nobodyさん
2005/10/01(土) 14:45:18ID:???俺は「俺フレームワーク」捨てちゃいたい時ある。糞コードだもんなあ
0294290
2005/10/01(土) 14:45:40ID:???覚えると気持ちの上での楽さはあるけどね。
MVCの切り分けや入力値チェックなどを、どこに書くべきかを含めて明示的に示してくれるわけだし。
でもフレームワーク使ってなかった頃はそんなの自分で勝手に分けて書いてたわけだし
数週間くらいでできるような案件を一人でやるなら
無いなら無いで普通に作れるし、大して手間も変わらないように思う。
そんなこと関係なしに、興味があるなら使ってみるのが良いよ。
0295290
2005/10/01(土) 14:47:50ID:???素晴らしいフォローが入ってる。
まったくその通りです。サンクス。
0296nobodyさん
2005/10/01(土) 16:35:15ID:???実際そうなんだけど、
その楽さって「記述量が少ない楽さ」じゃないよね
記述量は、逆に迂遠に思える時も多々あって、
俺なんかは「ﾊｧ？どこが楽なんだよ。面倒くさいだろ」と
反発を感じながら自分なりのお手軽メソッドを追加してたりしていって
気づいたら何だか見通しが悪くなってた。
提供者は
「コーディング量は、そんなに減らないし、逆に増えるかもしれません。ただし、長い目で考えると楽です」と言ってほしいところ。
最初から「とにかく楽したい」の精神で行くと、
その良さを理解するのに結構時間がかかる。
0297nobodyさん
2005/10/01(土) 17:08:24ID:???余計なこと考えないで済むから楽ちんだと思ってしまう漏れは負け組？
0298nobodyさん
2005/10/01(土) 21:01:51ID:???イマイチ分からない俺は、ちまちま自力でやっていこうと思いまつ。
そうしてるうちにフレームワークが必要になる日が来るかもしれない。
むしろ最初の基礎は全部自分でやれるようにしといたほうが後々いいかも。
0299nobodyさん
2005/10/01(土) 21:10:53ID:???馬鹿馬鹿しい。
0301nobodyさん
2005/10/01(土) 21:32:08ID:???仕事で似たような案件を多くあつかっていると、大枠で共通することが
多いことに気づいてくる。それをくくりだして同じ事を何度もしなくても
いいようにしようと思うわけだ。
言語レベルではライブラリとして共有できるようになってる。
さらに扱う対象によっては毎回似たようなプログラムの流れになることがある。
その似たような部分の構成を使いまわしできるようにしておくと、効率があがる。
299さんの言っていることも極端ではあるけど考え方としては同じこと。
アセンブラがあれば何でも記述できるけど、WEBアプリなんか書く時にはPHPが
適しているのでPHPで書く。毎回アセンブラからまずPHP（あるいは俺言語）を作って
仕事に取り組むってのは能率悪そうでしょ？
ただフレームワークを必要としない人や場合もあるのだから 290さんの言うように
必要としていない状況なのかもしれない。
0302nobodyさん
2005/10/01(土) 21:38:29ID:???クラス・ライブラリとフレームワークの違いって何ですか？
ライブラリ群＝フレームワーク？と思っているんですが。
0303nobodyさん
2005/10/01(土) 21:56:33ID:???・入力データのヴァリデーション
・HTML表示のためのテンプレートエンジン
・セッション管理
・アクセス制御
あたりの機能を体系的にまとめたものが、いわゆるフレームワークと言っていいと思う。
特に上3つはフレームワークと呼ばれるものには必ず存在するかな。
ただ、それぞれの機能単独のライブラリもあるから、そういうライブラリを自分で組み合わせても構わないし、
そっちの方がいい場合もあるだろう。
0304nobodyさん
2005/10/01(土) 22:48:16ID:???0305nobodyさん
2005/10/01(土) 22:55:55ID:???当然クラスの良さも分からないし使ったこともない。
「良さが分からない」というか、「使用法を習得するほうがめんどい」。
だからPEARも一度も使ったことなく（ちょっと調べて断念）、
よく使う機能については「俺ライブラリ」（せいぜい自作関数）的なものを作って
ファイルにまとめて、それをincludeしたり部分的にコピペして貼ったりして再利用してる。
それで十分便利だし苦にも思わない。
0306nobodyさん
2005/10/01(土) 23:10:17ID:???苦にも思わないならそれでいいんじゃないかな？
上で大規模小規模って話が出てきてるけど
大規模→大人数となってくるとそれを苦に思う人も出てくるだろう
その時になったらまた考えればいいと思う
繰り返しになるけど，最初の学習曲線をよじ登る手間が，
初めから登らなかった場合の手間の総量を上回らないなら，登らない方がトータルで良いしね
ただ経験から言わせてもらうと，
仕事でPHPをやってる限り，結果的にはたぶん総量を上回ることになると思う……
0307nobodyさん
2005/10/02(日) 00:39:45ID:???Perlの場合、CGI、DBI、HTML::Template、CGI::Sessionあたりを使わざるを得ないけど。
ただし、PHPは名前空間が区切れないから、クラスを使わないとグローバル変数名の衝突をさけられない。
なんで、処理がある程度複雑になってきたら、クラスを使うしかなくなる。
0308nobodyさん
2005/10/02(日) 01:42:18ID:???フレームワークの恩恵はそれほどないかもしれない
小規模のものを作るのには必要ない
単純なメールフォーム作るのにフレームワークなんていらない
複数人でそれなりに規模のあるものの
開発をしようとするとそれぞれのスキルと作り方で
同じ処理の流れのものを作っていても
コードや構成はばらついていく
だから遷移方法や処理のプロセスはこういうやり方で
ここにそのコードを置いてくださいという
取り決めがフレームワークで
チーム全員がその取り決めにならって開発していく事で
誰が書いても全体の構成がある程度統一されていく部分が
フレームワークを使う事の一番のメリットなんじゃないのかな
0309nobodyさん
2005/10/02(日) 02:06:00ID:???他にもデメリットとして、smartyのようなテンプレートエンジンを使うと実行速度がぐっと下がるし、
標準であるべきDBクラスのPEAR_DBは、標準関数と比べて圧倒的に速度が遅い。代替のDBクラスもあるけど、これも乱立していて学習コストがかかる。
さらに言うと、PHP開発者のスキルは概して低い。
PHP開発者の確保は、Perl開発者、Java開発者の確保よ低コストだけど、PHPでOOPやフレームワークを扱える開発者をそろえるのは難しい。
こういったデメリットを乗り越えて、なおフレームワークにメリットがあるかどうかを考えないといけない。
0310nobodyさん
2005/10/02(日) 02:36:39ID:???あとAppleのWebObjectsとか。Gauche(Scheme)なKahuaも
ええよ。
0311nobodyさん
2005/10/02(日) 09:25:07ID:???フレームワークは自分の書いたコードがフレームワークのコードから呼ばれる
基礎の基礎。
0312302
2005/10/02(日) 09:44:41ID:???分かりやすい説明ありがとうございます。
Webアプリ用のフレームワークについてはなんとなく分かったような気がします。
でも「Mac OS XのCocoaフレームワーク」なんていうのを
聞いたことありますが、あれはHTMLとは関係ないですよね。
そういう場合はどう考えればいいのか。
>>311
呼び出す方向による分類は新鮮です。いや、これに関しては無知でした。
デスクトップ・アプリで言うところのイベント駆動型かどうかという分類でしょうか。
ありがとうございます。
0313nobodyさん
2005/10/02(日) 10:35:14ID:???PECLで独自の拡張関数を増やすほうがよろしいんじゃないでしょうかね
0314nobodyさん
2005/10/02(日) 13:12:15ID:???そういう結論に至ったのならそういうケースもある。
当然フレームワークを利用する方が良いケースもあるでしょう。
0315nobodyさん
2005/10/02(日) 13:18:58ID:???それがチーム開発においてプラスになるのはかなり特殊なケースに思えるけど。
ていうかそんなの実際にあるんかいな。
0316nobodyさん
2005/10/02(日) 16:48:05ID:???独自拡張をあわせたほうがいい気はするけどな
0318nobodyさん
2005/10/02(日) 19:28:25ID:???$controller =& $context->getController();
$request =& $context->getRequest();
------------
$controller =& $this->getContext()->getController();
$request =& $this->getContext()->getRequest();
あなたはDOTCH派？
0319nobodyさん
2005/10/02(日) 19:39:32ID:???0320nobodyさん
2005/10/02(日) 22:32:53ID:???0321nobodyさん
2005/10/02(日) 22:42:00ID:???そんな自分は「= &$foo」派
0322nobodyさん
2005/10/03(月) 04:04:57ID:???PHP5では&はいらないわけだが。
むしろそのへんのことも含めMojavi系は面倒くさいので、そっとごみ箱にいれた派。
0323nobodyさん
2005/10/03(月) 09:12:25ID:???めんどくさいかなぁ？？
フレームワーク使わずにどうWebアプリ構築してるのか知りたい。
べた書き？後から見辛くない？
0324nobodyさん
2005/10/03(月) 09:14:42ID:???対象のオブジェクトや配列の複雑さの程度だとか、後から値を変えたいかとかによる。
0325nobodyさん
2005/10/03(月) 10:55:25ID:???まあ確かにそうだけどさ、プロパティを変えないつもりでオブジェクト値渡ししといたら、後々になってからやっぱりプロパティを変える操作をした場合に辻褄あわなくなるじゃん。
PHP4だったら常に参照渡しにしたほうが楽な希ガス。
0326nobodyさん
2005/10/03(月) 12:48:32ID:???オブジェクトは一律参照渡しでほとんど問題なくない？
0327nobodyさん
2005/10/03(月) 14:42:31ID:???必要な場面でのみ値渡しにしたほうがいいと思う
0328nobodyさん
2005/10/03(月) 15:56:03ID:???0329nobodyさん
2005/10/03(月) 16:02:55ID:???0330nobodyさん
2005/10/03(月) 19:53:20ID:???0331nobodyさん
2005/10/04(火) 03:25:49ID:???0332nobodyさん
2005/10/04(火) 16:01:01ID:???0333nobodyさん
2005/10/04(火) 18:09:25ID:???0334nobodyさん
2005/10/04(火) 20:38:36ID:???/二二ヽ
||・ω・|| ＜ﾃｨﾝ!!!!!
|σ |σ
> >
山崎邦正ならマッチするのに
0335nobodyさん
2005/10/05(水) 17:39:44ID:gDrff9QNinitializeでgetしておいてprivateなプロパティーとして持っておくのはｱﾘ？
0336nobodyさん
2005/10/05(水) 17:49:44ID:???フレームワーク（的なもの）がなければ作れないよなぁ。
ベタ書きで作ってるサイトなんてあるんだろうか？
0338nobodyさん
2005/10/05(水) 22:44:00ID:???ヘッダ-メイン-右サブ-左サブくらいにエリアが分かれてて
それぞれのエリアのコンテンツ構成が動的に変化するようなの。
ポータルとかニュースサイトのほとんどがこれ系だよね。
0339nobodyさん
2005/10/06(木) 01:04:30ID:???フレームワークが一番効果を発揮するのは、何画面にも渡るアンケートフォームだろうね。
アンケートデータの持ち回りと、ヴァリデーションに応じて遷移先の画面が変わるから。
0340nobodyさん
2005/10/06(木) 01:17:22ID:???別にベタ書きでも書けるけど、フレームワーク使ったほうが早いときもあるってだけの話だ罠。
>>335
Mojavi系の話だよね？毎回contextから取得するのがMojavi標準的くさいからﾅｼ。
ローカル変数にrequestとか入れるくらいまではｱﾘだと思うが。
例えばヘタに$this->request = "うんこ";とかやると他のメソッドに響くし。
その点では、PHPにfinalがあればMojaviの仕様も大分違ってたのではないかと想像。
少なくとも$this->context->getRequest()か$this->context->requestくらいにはなるんじゃないかな。
$this->requestまでなるかどうかは、何とも言えないがｗ
0341nobodyさん
2005/10/06(木) 06:29:57ID:???久しぶりにその方言聞いた。なつかしいなー。
0342nobodyさん
2005/10/06(木) 13:06:02ID:???和製フレームワーク追加
0343nobodyさん
2005/10/06(木) 13:07:29ID:???Agaviに流れたのか他に行ったのか
0344nobodyさん
2005/10/06(木) 15:47:14ID:???データの持ち回りなんてセッションで十分だと思うのだが・・・・
いまだに俺はフレームワークの利点が分からない。
0345nobodyさん
2005/10/06(木) 19:53:34ID:???名前似てるけど、俺は和製フレームワークはpokが一押し。
>>343
多分仕事で使ってた人は、少なからず手を加えてるので、
わざわざAgaviには流れてないんじゃないのかな？
>>344
自分一人で作ってたりする人はそうかもね。
「俺的フレームワーク」ってのを知らんうちに使ってたり。
まさか毎回1からなんて事はないでしょ？
0347nobodyさん
2005/10/06(木) 20:24:05ID:???ここのおかげでやっとDecoratorを理解した…
自分がﾊﾒﾊﾒされるテンプレートをあらかじめ指定しておけるんだね。
こりゃ便利だ。
0348345
2005/10/06(木) 21:31:38ID:???ttp://cgi39.plala.or.jp/klove/
S2Container.PHP5の人ね。
Seasarに関わってる人達を個人的にスゲー注目してる。
パフォーマンス的には？？って感じは否めないけど、
PHPでも結構やれるなって事がわかって良かった。
スゲー勉強になった。
S2Daoとかｽﾝｹﾞｰ期待してる。
俺の中では糞盛り上がってるんだけど、
MLとかｽﾝｹﾞｰ寂しいし、ひょっとしてめちゃくちゃ
ﾏｲﾅｰなのかなぁ・・・と心配になってきてる・・・。
0349nobodyさん
2005/10/07(金) 01:02:37ID:???ありがとー
Seasar.PHP の ML は読んでるから名前は見ていた人だわ
S2Dao とかおれも期待しているんだけど
正直，きちんと追ってない人には活動が何してんのか見えなさすぎて，
それがマイナーっぽい原因になってるんだろうなーと思う
0350nobodyさん
2005/10/07(金) 04:58:48ID:???俺はそこはあんまり重要じゃないなぁ。
そんなにしょっちゅう書く部分じゃないし、もともと単純な処理がほとんどだし。
デザインパターンに基づいた保守性の高さや、
見通しの良さの方が嬉しい。
簡単なことが簡単になっても、あんまり嬉しくないけど
複雑なものを単純にすることが出来たら、かなり嬉しい。
0351nobodyさん
2005/10/07(金) 05:03:27ID:???0353351
2005/10/07(金) 05:23:35ID:???釣りだ
350はデザパタがメインのレスじゃないだろ
まぁこれでも読んで考えてくれ
ttp://www.enpitu.ne.jp/usr10/bin/day?id=104241&pg=20050818
このスレとは全然関係ないんだけどさ
0354nobodyさん
2005/10/07(金) 08:06:14ID:???メンテナンス性を上げようと思えば、在り物のフレームワークを使うより、
自分なりにそのWEBアプリにあった仕組みを考えた方がメンテナンス性が上がる場合もあるだろうし、
メンテ担当の技量を考えて、クラスをいっさい使わないようにした方がメンテしやすい場合もあるだろう。
0355nobodyさん
2005/10/07(金) 13:12:01ID:???url直接入力して直呼びすることもできるよね。
何か対策してる？
0356nobodyさん
2005/10/07(金) 13:37:39ID:???0357nobodyさん
2005/10/07(金) 13:56:25ID:???どんな？
0358nobodyさん
2005/10/07(金) 14:04:28ID:???0359nobodyさん
2005/10/07(金) 14:12:14ID:???0360nobodyさん
2005/10/07(金) 16:36:25ID:???そうなるとグローバル変数と変わらないんだよな。
もっと各状態の遷移ごとにアクセス制限のかかったデータの受け渡しができればいいんだけど、うまくいかないもんだ。
0361nobodyさん
2005/10/07(金) 17:27:56ID:???0362nobodyさん
2005/10/07(金) 17:40:15ID:???おいおい、そんな事させるからPHP使いはウンコのまんまなんだよ。
クラスを一切使ってねぇ〜システムなんざ見る気しねぇ〜よ。
つーかクラス使わずどうWebアプリ作ったらいいんだろ？すら思う。
0363nobodyさん
2005/10/07(金) 17:53:18ID:???354が言ってるのはアプリ上に乗っかってくるデータやコマンドのメンテナンス性
で、フォーカスしてる層が違う感じがするな
0364nobodyさん
2005/10/07(金) 18:27:14ID:???スコープを明示できないからクラスを使わざるをえないけど、それじゃあクラスをクラスらしく使ったプログラミングとは言えない。
もっとも、WEBアプリというジャンル自体、オブジェクト指向のメリットがあまりないジャンルだと思うね。
どっちみちリクエストのたびにオブジェクト作り直しになるわけで、ユーザからの入力データもリクエストごとにフラットにしかこないわけで。使いどころがない。
0365nobodyさん
2005/10/07(金) 18:32:28ID:???ふーん。
0366362
2005/10/07(金) 18:41:02ID:???それは俺に対する回答だと思っていい？
クラス使ってる＝オブジェクト指向っていうのが間違ってると思うよ。
実際自分を顧みるに、オブジェクト指向を意識してクラスを使い始めたが、
オブジェクト指向にはならず、単に構造化になっただけだった。
だがそれだけでもかなり見通しが良くなったと思ったよ。
単にメンテ性だけを考えてもクラスを使用しているアプリと、
クラスを全く使用してないアプリとどっちがメンテし易いか？
って考えるとどっちだと思う？
俺はベタ書きで書かれたものを渡されて「メンテしろ」って言われたら、
とりあえず「作り直させてください」って言うな。
あと、クラスのネストってどういう事？
0367nobodyさん
2005/10/07(金) 23:01:26ID:???HTMLのヘッダ部での
外部JavaScriptファイルの読み込みとか
JavaScriptの初期値設定が必要な場合、どうしてる？
自分が「部分」になれるDecoratorは便利だけど
入れこみたい情報がソース中でバラける時、面倒くさいなぁ。
0368nobodyさん
2005/10/07(金) 23:14:07ID:???それとフレームワークとオブジェクト指向とは関連性があるわけじゃないとも思う。
まあ、フレームワークにもよるけど。
これは言うまでもないと思うけど、オブジェクト指向を生かせるのはGUIのデスクトップアプリケーションとか。
WEBアプリの場合、リクエストの度にオブジェクトを作り直さないといけない。
特にPHPは永続化をどうするか？とか、言語機能が少ないとか、速度が落ちるとかっていう欠点もある。
まあ、これからはAjaxとかFlashとかで、高度なGUIを持ったWEBアプリが要求されるだろうから、そうなるとオブジェクト指向のメリットも出てくるかな。
けど、HTML自体があまりオブジェクト指向なプレゼン言語とは思えないんだよなあ。
0369nobodyさん
2005/10/07(金) 23:26:18ID:???フレームワークとオブジェクト指向とは関連性があるわけじゃないとも思う
って関連ありまくりじゃん。
OOのエッセンスが分かちがたい程たっぷり入ってると思うよ。
OOを使わずともライブラリ集は作れるだろうが、
フレームワークは作りにくいだろう。
0371367
2005/10/08(土) 01:39:24ID:???0372nobodyさん
2005/10/08(土) 01:55:47ID:???0373nobodyさん
2005/10/08(土) 02:24:56ID:???0374nobodyさん
2005/10/08(土) 02:26:59ID:???という思考回路が判らない。言語仕様に捉われすぎてる悪寒。
0375nobodyさん
2005/10/08(土) 02:28:24ID:???Cでもオブジェクト指向でまとめられたライブラリやツールキットは山ほどあるし。
オブジェクト指向プログラミング自体はべつに大抵の言語で可能だとおもう。
たしかにPHPはオブジェクト指向言語として設計されたわけじゃないが、
これとPHPでオブジェクト指向プログラミングをする事は矛盾しないだろう。
0376nobodyさん
2005/10/08(土) 02:45:50ID:???でもウェブアプリでデストラクタを使う機会はあんまりないだろ。
0379nobodyさん
2005/10/08(土) 05:32:22ID:???連中は、オブジェクト指向じゃなくてC++ or Java指向になってるんじゃないか？
rubyもデストラクタは持ってないしな(GCがあるからだけど)。
0380nobodyさん
2005/10/08(土) 06:07:15ID:???そうすると、こったオブジェクト作ってもしょうがないじゃん。シングルトンとか、ウェブアプリでどれくらい意味あるのか。
0381nobodyさん
2005/10/08(土) 07:48:43ID:???SingletonはDB接続に関するクラスで使ってるな俺は。
スゲー便利だしすっきりするなぁって思ったね。
要は使い方によるかなと。
0382nobodyさん
2005/10/08(土) 07:56:41ID:???0383nobodyさん
2005/10/08(土) 08:43:12ID:???１回のアクセスでオブジェクトが全部ご破算になるWebアプリでシングルトンの意味はある？
$_db_ = new MyDB();
function getDB() {
global $_db_;
return $_db_;
}
:
:
//実際使う場所
$db = getDB();
これでいいんじゃない？
0384nobodyさん
2005/10/08(土) 09:07:34ID:???グローバルオブジェクトを利用したSingletonの実装の一形態だろそれ
いいんじゃない？ と言われりゃそうですねと言うしかないな
Java厨って実装から何から全部Javaと一緒じゃないと否定したがるのがうざいな
0386nobodyさん
2005/10/08(土) 09:45:38ID:???0387nobodyさん
2005/10/08(土) 10:47:02ID:???0388nobodyさん
2005/10/08(土) 10:56:20ID:???_を使うのはやっぱり苦肉の策だし、クラシックな作法だろう。
0389nobodyさん
2005/10/08(土) 11:00:17ID:???0390nobodyさん
2005/10/08(土) 14:36:34ID:???Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける
Javaを意識するあまり、「PHPじゃないと出来ないことをしないといけない」みたいな傾向ってあったと思う
最近はその対象がRubyに移ってきたみたいだけど
0391nobodyさん
2005/10/08(土) 16:18:59ID:???がgetInstanceするって感じに使ってるけど、おかしいのかな？
各テーブルというと語弊があるかな。ある程度のテーブルを纏めたクラス。
JOINする場合（というかJOINしない場合が珍しいけど）は基となるテーブルのクラスに入れる。
$a = Atables();
$b = Btables();
print_r($a->getSelect());
print_r($b->getSelect());
って感じで。
全然スマートじゃないなぁとは思うけど、
DB周りはどうやったらスマートになるのか
全然わからん。解説サイトではロジック部（？）とSQL発行部
が混じっているが、個人的にそれはすごい抵抗があるし。
誰かご教授下さい・・・。
あ、今月のPHPプログラマーズマガジン無料だって！
JPSPAN扱ってるね。あれ@ITかなんかで廣川さんが
解説してて、それ以来使ってるけど、あれ使ってる人って
聞いたことないから不安になってた。
スレ違い＆長文すまん。
0392nobodyさん
2005/10/08(土) 16:42:29ID:???前時代の遺物的存在じゃん
後片付けは言語側で勝手にやってくれる方が今風だし、ｷﾚｲだ
0393nobodyさん
2005/10/08(土) 17:14:13ID:???オレも昔はそうだった。ruby, PHP, C#で、すっかり骨抜き？にされたけど。
なんつーか最初の頃は堕落した感じがしたもんだ。
（良い悪いとかじゃんくて、楽チン→堕落、みたいな妙な感覚）
0394nobodyさん
2005/10/08(土) 17:52:40ID:???お前らの会話の内容がサッパリ分からんぞ、DQNな漏れは。
もうね、難しいとか難しくないとかいうレベルじゃない。
何の予備知識もないスワヒリ語を聞いてる感じ。
0395nobodyさん
2005/10/08(土) 18:06:12ID:???それはDQNだからじゃなくて単にオブジェクト指向開発用語を知らないだけだと思う
つまりそれを勉強すればこの会話の意味はすっかり解るだろうし
勉強して損ないものなのでぜひ習得してみるべし
0398nobodyさん
2005/10/08(土) 21:14:56ID:???finalならPHP5にあるが。
0399nobodyさん
2005/10/08(土) 21:17:47ID:???例外処理のfinallyでしょ。
Javaなら以下のように書けるけど、PHPではfinallyが書けないので
リソースの破棄を行いたい場合などに二度手間になることがある。
try {
例外の起こりそうな処理
} catch (Exception e) {
例外発生時の処理
} finally {
例外が起きても起きなくても実行したい処理
}
0400383
2005/10/08(土) 22:26:28ID:???> Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける
JavaはHelloWorldくらいしか書いたことないな。
俺のよくいじる言語はSmalltalk, Ruby, PHP, JavaScriptだよ。
あとSchemeも好きだな。
わざわざclass定義してstatic変数用意して２つもメソッド書いて、
結局>>383のたった6行でできることをかえって複雑にするのはアホらしい
ってことだ。
0401nobodyさん
2005/10/08(土) 22:41:27ID:???という気はする。
0402nobodyさん
2005/10/08(土) 22:43:38ID:???>>他にもデメリットとして、smartyのようなテンプレートエンジンを使うと実行速度がぐっと下がるし、
これはウソでしょ。
0403nobodyさん
2005/10/08(土) 22:45:32ID:???確かに無理して本に乗ってる書き方通りにしなくても良いとは思う。
Javaみたいにマルチスレッド環境になることもないし。
0404nobodyさん
2005/10/08(土) 23:03:48ID:???それがSingletonなのかどうかは判別できないじゃん。
確かに伝統的な書き方は記述が面倒だけど、
一人の思考ではなかなか太刀打ちできない強度があるもんだよ。
たくさんの頭脳を経た思考の蓄積や時間による淘汰は馬鹿に出来ない。
0405nobodyさん
2005/10/09(日) 00:09:28ID:???わざわざ冗長に見える記述をするのはそれなりの理由があるからで、
それが感じられないならオブジェクト指向自体が冗長だろう
ていうかSmalltalkとかRubyのほうがよりオブジェクト指向が強いと思うのだが
0406nobodyさん
2005/10/09(日) 00:13:58ID:???0408nobodyさん
2005/10/09(日) 01:17:58ID:???class aClass {
function &singlton(){
static $me;
if(!is_object($me)) $me =& new aClass;
return $me;
}
}
$instance =& aClass::singlton();
これがそんなに複雑かな?
わざわざgetDB()とか$_db_とかというのをグローバルな名前空間に
つくる方が複雑化を招く気がする。
実際に作る時はこのままではなんとなく気持ち悪くてスタティックな
コールであることを保証したりしちゃうから、そういうときはたしかにphp4で
ちょっと損した気分になるね。
0409nobodyさん
2005/10/09(日) 03:49:12ID:???「意図を表すコーディング」としての効果を期待しろ、ということで。
0411nobodyさん
2005/10/09(日) 07:19:12ID:???実際に使っちゃうリスクへのヘッジというよりも
意図を埋め込む意味合いの方が強いよね。
0412nobodyさん
2005/10/09(日) 11:23:06ID:???0413nobodyさん
2005/10/09(日) 12:57:50ID:???そもそもシングルトンで重要なのは、コンストラクタを private とかにして、
オブジェクトの生成が出来る箇所を限定することの方だろ。
0414nobodyさん
2005/10/09(日) 14:48:09ID:???/**
* シングルトンとして使ってください（オブジェクトは1度だけしか生成しないでください）。
*/
class Example
{
：
}
0415nobodyさん
2005/10/09(日) 14:58:42ID:???コメントがいつの間にか嘘の説明にならないよう、
むしろ少なめ推奨がモダンな作法。
独善的持論をぶってる奴はもう少し勉強しれ。
0416nobodyさん
2005/10/09(日) 15:04:08ID:???DBオブジェクト複数接続先で使いたい時とかって割と無い？
0417nobodyさん
2005/10/09(日) 15:06:04ID:???0418nobodyさん
2005/10/09(日) 15:18:56ID:???0420nobodyさん
2005/10/09(日) 16:53:47ID:???0421nobodyさん
2005/10/09(日) 18:16:42ID:???0422nobodyさん
2005/10/09(日) 18:49:57ID:???0423nobodyさん
2005/10/09(日) 18:52:26ID:j3jR0Qvz0424nobodyさん
2005/10/09(日) 18:56:57ID:???>プログラムは改変されていくものだから、
まあ、その通り。
>コメントがいつの間にか嘘の説明にならないよう、
確かに気をつけないと。
>むしろ少なめ推奨がモダンな作法。
いきなり妄想が入ってきました。
>独善的持論をぶってる奴はもう少し勉強しれ。
独善的持論乙
0426nobodyさん
2005/10/09(日) 19:38:21ID:QrQMlw6M0427nobodyさん
2005/10/09(日) 19:38:25ID:???XP（エクストリーム・プログラミング）についてなど
調べてみようね。
最近よく出版されてる軽めのプログラミング読本も
結構参考になるよ。
0428nobodyさん
2005/10/09(日) 19:39:39ID:???一瞬俺の知らない技術体系が発生してるのかとおもた
0429nobodyさん
2005/10/09(日) 19:45:20ID:???0430nobodyさん
2005/10/09(日) 19:50:40ID:???量が少ないほうがいいとかモダンとか言うのはオカルトつーか誤認
0431nobodyさん
2005/10/09(日) 19:56:38ID:???同じことを簡単に言ってるだけだろ。
まあケチつけたいだけの奴は
Singletonをコメントで実現しとけばいいんじゃねーの？
0432nobodyさん
2005/10/09(日) 20:03:13ID:???コードとの差異が出ないようにコメントを最小化する、なんてのは
アジャイルでもなんでもないし、リファクタリングしないことが前提の
固定的な開発思想でしょ。
0433nobodyさん
2005/10/09(日) 20:07:19ID:???PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/
0434nobodyさん
2005/10/09(日) 20:18:50ID:???0435nobodyさん
2005/10/09(日) 20:29:41ID:???あー、お前の言うことにも一理あるね。
というか、お前が俺の言葉をどのように捉えたのかは理解したよ。
言葉のツラだけ捉えればまさにオカルトという言葉が相応しいかもしれない。
世の中には言葉をそういう風に使って金儲けや愚かな事をする輩が溢れているから
ダイレクトにそう捉えられたのも無理はないと思う。
だけど俺が言いたいのはそういうことじゃないんだよ。
なんか議論がつまらない方向に発展していきそうなのでこのへんで切り上げますが。
0437nobodyさん
2005/10/09(日) 22:21:08ID:???PHPでリフレクションを利用したコメントアノテーションはちょっと興味ある
言語仕様になくても無理矢理実現できるのがPHPらしいというかなんと言うか
0438nobodyさん
2005/10/09(日) 22:33:52ID:???0439nobodyさん
2005/10/09(日) 23:00:25ID:???XPはコメントとかコード外のメタデータや宣言を否定するわけじゃないっつの
それがリファクタを困難にするとも言ってない
読めるコードを書けっていう当たり前のことが言いたいだけなんです
0441nobodyさん
2005/10/09(日) 23:24:45ID:???0442nobodyさん
2005/10/09(日) 23:40:49ID:???やっぱりコンパイラが対応してくれないと…フレームワークレベルでは実効力に欠ける。
Maple以外でDI+AOPなフレームワークってないのかな?
0444nobodyさん
2005/10/10(月) 02:00:10ID:???どれもこれもシンプル過ぎていまいち参考にならないなぁ
もっと踏み込んだサンプルをﾁﾎﾞﾝﾇ
0445nobodyさん
2005/10/10(月) 07:29:44ID:???つーかガチガチのクラス使いたいならJavaでやれ。
PHPでやらなきゃならん制約があるなら新スレでも立てるろや。
0446nobodyさん
2005/10/10(月) 07:35:31ID:???フレームワークの開発がどれも停滞し過ぎということだ。
0447nobodyさん
2005/10/10(月) 09:25:29ID:???0448nobodyさん
2005/10/10(月) 09:35:59ID:???上にも出てたけどpok。
実務レベルでどうか知らんけど、勉強用にはとても良かった。
>>446
最近はMapleが活発になってきたんじゃないかな？
0449nobodyさん
2005/10/10(月) 10:57:46ID:???CompositeViewを実現する機構がなくない？
そこが俺的には痛いｯｽ
0452nobodyさん
2005/10/10(月) 11:45:47ID:???JSON と XML が同じようなものである程度には，
JSON と YAML は同じようなものだとは思うが，
一般的には「違うもの」として捉えられていると思う．
てゆーかJSONって形式としちゃ汎用とはいえ
例えばPHP→Javaのデータ転送にJSON形式使う奴なんていないんじゃないかと……
0453nobodyさん
2005/10/10(月) 11:50:50ID:???0455nobodyさん
2005/10/10(月) 12:03:23ID:???意味っていうかプロトコルの一種だろ
やりとりのための約束ごととして決めておく。
絶対的な必然性はなかなかありえないから
「どっちでもいい」に落ち着きそうな気はする。
0456nobodyさん
2005/10/10(月) 13:49:15ID:???人間に読みやすく設計されてるのがYAML
JavaScriptに読みやすく設計されてるのがJSON
誰もが読みにくい代わりに高機能なのがXML
って感じかねぇ？
0457nobodyさん
2005/10/10(月) 13:54:12ID:???中庸っぽさがPHPと似てるかも
JSONも嫌いじゃないけど
0458nobodyさん
2005/10/10(月) 14:37:54ID:???ところでMapleはPHP5には対応しないのかな？
Mapleの目指す方向からしてPHP5で書いた方がずっと楽＆適してるように思うんだけど。
0459nobodyさん
2005/10/10(月) 14:44:41ID:???やったことないけど、5じゃ動かんの？
0460nobodyさん
2005/10/10(月) 17:11:33ID:???別に無くてもあまり生活に困らないぞ。
0462nobodyさん
2005/10/10(月) 19:13:07ID:???プレゼンテーション層をActionだけにしたところは共感してるんだけど
機能的にはまだMojavi系の方が厚いっぽい。
0463nobodyさん
2005/10/10(月) 19:28:10ID:???器だけおいておくとフレームワークが勝手にオブジェクトを
放り込んでくれるｳﾝｺﾎｳﾘﾅｹﾞ!( ﾟ∀ﾟ)つ=====o
みたいなことを言ってるのかな？
0464nobodyさん
2005/10/10(月) 19:38:53ID:+MnfvWOkそんな感じかな。
0465nobodyさん
2005/10/10(月) 21:11:32ID:???Mapleは設定ファイルを用意、
guessworkはプロパティーを用意すると。
Actionだけを見てざっと把握できるから
その点ではguessworkがいいかな…。
0466nobodyさん
2005/10/11(火) 12:40:17ID:???0467nobodyさん
2005/10/11(火) 18:13:27ID:???属性をメソッドから返す作法が面倒くせーと思ってたけど（プロパティー用意で良くね？と）
内部条件によって属性を変えられるメリットがあるんだな。
Mojaviは知るほどに、「よく考えられているなー」という部分がある。
0468nobodyさん
2005/10/11(火) 19:47:53ID:G45STU1QMojaviだからではなくて、ただの情報隠蔽だろ。
0469nobodyさん
2005/10/11(火) 20:54:40ID:???ソース見る限りでは、完成には程遠いけど
0472nobodyさん
2005/10/11(火) 23:33:22ID:???0473nobodyさん
2005/10/11(火) 23:34:34ID:???Actionにとっての設定的な項目を
メソッドの形で実装して返すのがMojavi流じゃん。
しかもプロパティーに対するアクセサじゃないから
セッターゲッターじゃないし。
設定ファイルで済むようなことを
なんでメソッド書きまでしなきゃいけないのかと疑問だったのだが、
確かに利はあるな、と思ったということ。
0474nobodyさん
2005/10/11(火) 23:35:27ID:???0477nobodyさん
2005/10/12(水) 10:36:29ID:???RubyとかRailsの人のよく言う言語重要てやつのことかね。
設定ファイルなどに頼るな、言語で一回だけ書きゃいいのだ。というあの信条。
うちではJava系のひとのStrutsアレルギーでMojaviは使っていないのだけれど。
0478nobodyさん
2005/10/12(水) 15:07:00ID:???遅レスだが
firefoxならOSXでも使えるんだね
昔はMacなんて置いてけぼりだったのに便利な時代になったなぁ
0479nobodyさん
2005/10/12(水) 18:11:38ID:???分散DBにしたいので、DBアクセス部分はこっちで書こうと思っています。
SQLのみを書いて欲しいのですが、それに機能を限定したものが
なかなか見つかりません。
0480nobodyさん
2005/10/12(水) 23:10:35ID:???0481nobodyさん
2005/10/12(水) 23:23:10ID:???0482nobodyさん
2005/10/13(木) 09:49:24ID:???0484nobodyさん
2005/10/14(金) 07:20:42ID:???分からないのはむしろ君の頭の中だが…。
そもそもがセッターゲッターの話じゃないわけで。
Mojaviを実際に使ったことあるかい？
0486nobodyさん
2005/10/14(金) 11:51:40ID:???0487nobodyさん
2005/10/14(金) 13:55:39ID:???だいたいフレームワークスレで煽る意味が分からない…。
0488nobodyさん
2005/10/15(土) 13:24:45ID:???煽る→怒った奴の中に自称女が現れる→女と証明してみろﾌﾞｻｲｺと煽る
→怒った女は、ｵｯﾊﾟｲやﾊﾟﾝﾂ写真をUP→みんな素人エロ画像にﾏｯﾀﾘ
0490nobodyさん
2005/10/15(土) 23:57:37ID:???いま作ってるんだけど、需要あるのかなぁ。
0492nobodyさん
2005/10/16(日) 16:30:50ID:???あまりにも独自だと、
学習コストが比較的高くなって普及しないかもね。
かなり戦略的でないとこれから普及されるのは難しいと思う。
0493nobodyさん
2005/10/17(月) 01:25:22ID:???今ある奴で開発がとまり気味のものとか、今あるものをベースに
進化させてくれるひとがいたら結構いいと思うけどな
0494nobodyさん
2005/10/17(月) 01:40:18ID:???agaviかmojavi4に統一しようよもう。
0495490
2005/10/19(水) 19:41:56ID:???今作成してるのはHTMLﾃﾝﾌﾟﾚｰﾄをベースにF/W的なことをやろうって
感じで実装しています。
機能としてはﾃﾝﾌﾟﾚｰﾄ＞PHPの置き換えのオーバーヘッドを少なくするために
中間コードをキャッシュさせる機構や、携帯電話の絵文字変換（ｷｬﾘｱ相互変換）、
標準で使えるDBラッパー（MySQL.PostgreSQL,Oracle,SQLite)等です。
基本的には汎用クラスで動くように作ってあります。
といっても画面に出力するためにコントローラが必要ですが。
プログラム自体の実装は１クラス１モジュール扱いで、ﾃﾝﾌﾟﾚｰﾄから呼び出す
メソッドがコントロールメソッドでその中で他のメソッドを呼び出すのが
モデルメソッドみたいな感じです。んで、HTMLﾃﾝﾌﾟﾚｰﾄがViewです。
たぶんMVC的構造になっています。
クラス実装する前のスケルトン自動生成機能なんかもつけようかと
思ってます。
ﾃﾝﾌﾟﾚｰﾄ中のタグ類は専用タグを使い
条件設定(ifに相当するorやandも可とその逆の動作)タグや、
プログラムに渡すオプション値タグ、繰り返し（ループ）タグ、
絵文字変換タグなんかを組み合わせてViewを書くといった感じです。
0497nobodyさん
2005/10/19(水) 21:33:26ID:???テンプレートは Smarty 以上である必要なんてないじゃん。
（そもそも何をもって「Smarty以上」とするのか）
Smarty は高機能で普及もしてるけど個人的には良いとは思わないし。
テンプレートエンジンとフレームワークが密に連携するってのも面白いと思うよ。
携帯絵文字は Vodafone のエスケープシーケンス使う奴がウザいね。
DoCoMo や EZweb の絵文字は比較的扱いやすいんだけど。
0498nobodyさん
2005/10/19(水) 22:21:53ID:???そういうアプローチのフレームワークはまだないし
0501nobodyさん
2005/10/19(水) 23:35:39ID:???端末が表示できるのはSJIS(-win)だけだけど、ちゃんと変換してやれば途中の処理を eucJP-win/UTF-8 でやっても大丈夫。
あと最近はUTF-8でも（EUCは知らない）携帯キャリアのゲートウェイがSJISに直してくれるっぽい。
とりあえず基本的な絵文字が見られればいいってことなら、EZweb/Vodafoneの絵文字を
iModeの絵文字に変換しておくのがいちばん簡単かな？
iMode絵文字なら他のキャリアでもゲートウェイが端末に応じた絵文字に変換してくれるし。
0505nobodyさん
2005/10/20(木) 20:20:44ID:???0506nobodyさん
2005/10/22(土) 00:38:22ID:???EUCに変換したら消えちゃうよね？
DBをSJISにするの？
0507nobodyさん
2005/10/22(土) 02:52:18ID:???Zendが「Zend PHP Framework」なるものを作ってるとのこと。
最終的にはこれに収斂されるのかな。
0509nobodyさん
2005/10/22(土) 14:03:08ID:???そんなことしてオーバーヘッド大丈夫なの？
少量ならそりゃ大丈夫だろうけど、全文検査とかどうよ？
postgresqlのsjisパッチあてるとかは？
0511nobodyさん
2005/10/22(土) 20:53:13ID:???penisとtestisがあったよ。これで下品なソースでも安心だね。アダルトサイトにも最適。
でもこれいいわ。なんて言うか、流れに身を任せればとても楽。コンパクトだから見通しもいい。
それにやっぱり死にかけのプロジェクトよりも生きのいい方がいいしね。
0513nobodyさん
2005/10/23(日) 02:34:17ID:???？xA0; みたいなやつ？
他キャリアのつもみんなドコモのやつに置き換えるの？
てか、フレームワークすれでこんなこと聞いてすまん。
0514nobodyさん
2005/10/23(日) 06:55:11ID:???0515nobodyさん
2005/10/23(日) 16:59:56ID:???cakeはRails系なので、規約は設定に勝るっていう哲学で作られてる。
たとえば、Userというモデルが対応するテーブルはUsers決め打ちになる。
だから、特殊な場合の変化形を自前でもっとく必要がある。
もちろん、大抵の規約は上書きすることができるけど、それだとcakeの意味がないしね。
0517nobodyさん
2005/10/23(日) 21:58:24ID:???Zend自身が乗り出してるから標準を目指してるんだろうね
これをふまえて今の草の根フレームワークはどう動くんだろ？
Mojavi4は完成するのか…
0518nobodyさん
2005/10/23(日) 23:50:08ID:???Zendはどうせ金になるエンタープライズ領域しか目に入っていないだろうから
既存のフレームワークとは競合しないような予感。
あとは、ZendStudio必須とか、余計なことしちゃいそう。
0519nobodyさん
2005/10/24(月) 00:45:36ID:???たしかに余計なことしちゃいそう
よく考えるとZend提供のPHP関連サービスに
いい評判はあまりないもんなぁ。
0520nobodyさん
2005/10/24(月) 03:51:45ID:???mojavi + rails = symfony
てか、もう迷うのも面倒なんで
そろそろ定番出てきてﾎｽｨ…
0521nobodyさん
2005/10/24(月) 04:36:42ID:???何でもできる＝どれも中途半端な性能
てことが往々にしてあるので、すきなの見つけて自分で
進化させていくのがいいかも。
できればsourceforgeとかつかってｗ
0522nobodyさん
2005/10/24(月) 15:04:10ID:???あれどうなってんの？
0524nobodyさん
2005/10/25(火) 10:38:07ID:???0525nobodyさん
2005/10/25(火) 12:33:45ID:???0526nobodyさん
2005/10/25(火) 22:39:29ID:???今までノータッチだったけど、Ethnaって良さそうだなぁと思い、
本家のML見て見てみたら、ら○じぃがいるじゃねぇかよ。
あいつ嫌いなんだよな・・・。
坊主憎けりゃ・・・じゃないけど、なんかEthnaやだなぁ・・・。
藤本神は好きなんだけどなぁ・・・。
0527nobodyさん
2005/10/25(火) 23:01:50ID:???0528nobodyさん
2005/10/25(火) 23:04:45ID:???ｱｸﾚｺｷﾀｺﾚ
0529nobodyさん
2005/10/26(水) 07:10:19ID:???0530nobodyさん
2005/10/26(水) 08:56:51ID:???0531そりゃないか
2005/10/26(水) 09:23:36ID:???Zend Framework Enterprise 有料
0532nobodyさん
2005/10/26(水) 14:00:18ID:???0533nobodyさん
2005/10/27(木) 03:34:49ID:???0534nobodyさん
2005/10/28(金) 21:50:40ID:geHxPjMKモバイル/PCの分岐はどこでどんなふうにやってる？
0536nobodyさん
2005/10/29(土) 02:16:56ID:???なにを目的として分岐をするかによる。
機能を分けたいならActionを分けるだろうし、
表示を分けたいだけならViewだろう。
0537nobodyさん
2005/10/29(土) 13:30:02ID:???プリフィルタしか使わない場合とかポストフィルタしか
使わない場合とかってある？
0538nobodyさん
2005/10/29(土) 23:44:53ID:???0539nobodyさん
2005/10/30(日) 11:03:38ID:???ttp://www.geocities.jp/toyprog/agavi-doc/
0541nobodyさん
2005/11/01(火) 22:33:59ID:???agaviとか？
0542nobodyさん
2005/11/01(火) 23:23:56ID:D/XKY8a/複数のActionから共通のViewを呼び出すにはどうするのが綺麗なやりかただろう？
0544nobodyさん
2005/11/02(水) 01:36:57ID:???ｲﾁｲﾁで対応してるからどうやってもトリッキーになりそうだな。
俺はViewを分けるほどのことないだろと思ってｵﾘﾌﾚ作ったけど。
ViewHelperの仕込みとか結構ごちゃつくから分けてもよかったかもと
思ったりもする。
0547nobodyさん
2005/11/03(木) 02:43:18ID:???http://www.hardened-php.net/advisory_202005.79.html
http://www.hardened-php.net/globals-problem
http://blog.ohgaki.net/index.php/yohgaki/2005/11/02/phpa_rc_fei_a_oa_oa_fa_sa_le_acsa_oe_afp
PHPに深刻な脆弱性がある事が発表されました。今まで見つかったPHPの脆弱性の中でも「最悪」の脆弱性です。全てのPHPユーザは今すぐ対処を行う必要があります。
0549nobodyさん
2005/11/03(木) 13:09:55ID:???Mojavi3ではActionの戻り値として、
第一要素がモジュール名第二要素がビュー名の配列をかえすことによって、
遷移先を指定できる。
0551nobodyさん
2005/11/04(金) 23:32:52ID:???Smartyとほとんど変わらず使えて、しかも軽くなるなら、
結構お得だと思うけどどうなんだろう。
0552nobodyさん
2005/11/05(土) 00:49:33ID:???0553nobodyさん
2005/11/05(土) 02:20:18ID:???http://p4life.jp/cake/
cakeってここまでやってくれるのか・・・
0555nobodyさん
2005/11/05(土) 21:21:51ID:???鯖一つで収まるようなｼﾝﾌﾟﾙなアプリにはかなり最強かも…
0556nobodyさん
2005/11/05(土) 21:37:15ID:???0557nobodyさん
2005/11/05(土) 21:47:05ID:???fork させそうな勢いだよな。
0558nobodyさん
2005/11/05(土) 21:49:19ID:???0559nobodyさん
2005/11/05(土) 23:42:35ID:???0560nobodyさん
2005/11/05(土) 23:55:13ID:???Ethna 専用ｽﾚがあるよ
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/l50
0562nobodyさん
2005/11/06(日) 01:02:45ID:1KuwxXQWどんな感じでしょう。
0563nobodyさん
2005/11/06(日) 11:37:34ID:???流石に仕事に使ってる人はいないだろうね。
触った感じは面白いよ。上の方に出てたpokﾌﾚとして。
まぁ当然まだまだなんだけど、将来はかなり楽しみ。
0564nobodyさん
2005/11/06(日) 12:29:44ID:???index.php/param/value/param/value
形式のURIってmod_rewriteとの併用前提なんだね。
間にindex.phpがまるだしでﾀﾞｾｰURLになるなーとｵﾓｯﾃﾀ…
0566nobodyさん
2005/11/06(日) 19:17:49ID:???mod_rewrite使わなくても、index.phpに相当するファイルをForceTypeしちゃえばいいと思うよ。
0568564
2005/11/07(月) 05:38:11ID:???そうじゃないかな？と思っただけでソースはないよ
>>566
（入口）http://hoge.com/page/0/items/10
(出口）http://hoge.com/index.php/page/0/items/10
これをForthTypeでやるにはどうすればいいの？
考えてもいまいち分からなかった
>>567
まあ検索エンジン対策という意味では
index.phpがあってもなくても関係ないからなぁ
0569nobodyさん
2005/11/07(月) 10:02:24ID:???ブラウザがドキュメントURLを誤認識するのが面倒くさいね
リンク全部絶対URLにしなきゃならんのか。
0570nobodyさん
2005/11/07(月) 10:39:05ID:???(入口）http://example.com/page/0/items/10
(出口）http://example.com/index.php/page/0/items/10
は無理だけど、
mv index.php hogehogeして、
(入口）http://example.com/hogehoge/page/0/items/10
ならどうよ？
0571nobodyさん
2005/11/08(火) 00:44:57ID:???立ち読みしか読んでないけど。
これ、フレームワーク？ CMS?
0572nobodyさん
2005/11/08(火) 03:42:16ID:???さんくす。
よくよく考えたら、mod_rewriteでindex.phpを無条件にはさむと、
他のファイルへのアクセスに支障が出るから、
そういう方法しかないかもしれない。
0573nobodyさん
2005/11/09(水) 02:42:24ID:???初めて見たんだけど、これの中ちゃんと読んだことある人いる？
0575nobodyさん
2005/11/09(水) 09:21:44ID:???0576nobodyさん
2005/11/12(土) 16:50:24ID:???これからはこれか？
0577nobodyさん
2005/11/12(土) 17:07:53ID:???しかもテンプレート中から$user->getAttribute()とか平気でしてる。
最近Smartyみたいなテンプレートエンジンの
意義みたいなものに疑問を感じてきた俺には示唆的だった。
実際テンプレートエンジンから
独自文法の解釈外したら馬鹿みたいに短いコードで書けるんだよね。
もともとPHPはob_系関数があってキャッシュの実装なんかも
やろうと思えばすぐ出来る環境だし。
0578nobodyさん
2005/11/13(日) 01:22:28ID:???0579sage
2005/11/13(日) 08:33:59ID:nNKS4KNy当方デザイナ（つーかコーダかな）ですが、それ大いに賛成です。
開発者からページに掲載するデータの定義だけ教わって
あとはxhtml＆cssと格闘するみたいな。
もしくはxhtmlの出力フォーマットだけもらってもいいや。
tableタグ使ったレイアウトに決別すると、
どうしてもそういう方向になってくる気がします。
0580nobodyさん
2005/11/13(日) 09:24:35ID:???webデザイナーの仕事が減っちゃうかもしれないよ?
でも、むしろその方が本来のグラフィックデザインの実力で勝負できていいのかな。
0581nobodyさん
2005/11/13(日) 17:30:56ID:???0582nobodyさん
2005/11/14(月) 02:43:58ID:???0583nobodyさん
2005/11/14(月) 11:50:11ID:???ttp://www.pm9.com/newpm9/itbiz/php/framework/
何でもいいがFirefoxでもちゃんと見れるように作ってよ・・・orz
0584nobodyさん
2005/11/14(月) 12:29:09ID:???商用ライセンスってのが・・・
0585nobodyさん
2005/11/14(月) 14:49:17ID:???■クラスタリング
高負荷サイトの為のWebサーバ、DBサーバの並列化に対応しています。
これが気になるなー
ちょっと見てみようかな
0586nobodyさん
2005/11/14(月) 21:59:02ID:???tdiary互換のcssって...なんでtdiaryなの？
0587nobodyさん
2005/11/15(火) 01:06:37ID:???0588nobodyさん
2005/11/17(木) 09:26:30ID:???0589nobodyさん
2005/11/19(土) 15:36:29ID:???（getRequestParameterとか）付けてたから俺もそうした。
何か綺麗さが損なわれるような気がしてﾔｾ我慢してたけど。
0590nobodyさん
2005/11/21(月) 03:01:02ID:???参考になるソースを見ようかなと思うのですが、お勧めのオープンソースなものって
ありませんか?
できればmojavi2系
できれば、smartyとかadodbとか使ってたり
携帯の処理なんて書いてあるとさらに素敵です。
0591nobodyさん
2005/11/21(月) 22:25:36ID:???0592nobodyさん
2005/11/21(月) 23:12:08ID:???なんかIEで表示されないんだけど、原因は何？
0595nobody
2005/11/22(火) 12:19:16ID:???0596nobodyさん
2005/11/22(火) 12:52:15ID:???0597nobodyさん
2005/11/22(火) 16:52:59ID:???Controller の beforeFilter と PEAR::Auth を組み合わせればカンタン。
aclがいらないなら5行もあればできる。
でも、組込み認証の是非に関する議論は一応やってたと思う。
個人的にはこれ以上Controllerは太らないで欲しいんだけど...
0598nobodyさん
2005/11/22(火) 19:29:40ID:???早とちりかな？
認証はともかくとして、権限をどうやってPEAR::AUTHで簡単に？
五行のコード載せてみて
0599nobodyさん
2005/11/22(火) 20:31:33ID:???acl = 権限ジャマイカ？
0601nobodyさん
2005/11/23(水) 15:11:58ID:???権限 = acl のつもりだったんだけど、どうしてもAclが欲しいなら今でもMyAclを使える。
うろ覚えで書くとたとえばこんな感じのメソッドをAppControllerにでも追加すればいいはず。
beforeFilterに_aclCheck、componentsにはMyAclを追加してね。
function _aclCheck(){
$this->auth =& new Auth(...);
$this->auth->start();
if(!$this->MyAcl->check($auth->getUserName(),
$this->params["controller"]."/".$this->params["action"]))
$this->_permFailed();
}
たぶんこのままでは動かんと思うけど、流れは大体こんな感じ。
権限不足画面などのViewを含めると5行はハッタリだったね、慌てさせてごめんよ。
nightlyにはさらに高機能なdbAclもあるらしい。
0602nobodyさん
2005/11/24(木) 22:26:05ID:???$db = $this->getContext()->getDatabaseManager()->getDatabase()->getConnection();
クエリーを発行するにはどうしますか。
MySQLDatabase.class.phpにはメンバー関数がないようだし。
0603nobodyさん
2005/11/25(金) 14:25:00ID:???actionsでしょうか?
処理の部分をどこに書けばいいのかがわからなくて困っています。
MVCの記事をかなり読んだのですがどの部分がModelなのかちょっとよくわかりませんでした。
0604nobodyさん
2005/11/25(金) 14:28:18ID:???よくわからんけどたぶんmysql_queryでやるんじゃん？
>>603
MojaviにModelあるけど
ActionはMVCのC
0605nobodyさん
2005/11/25(金) 14:37:14ID:???0606nobodyさん
2005/11/25(金) 15:44:35ID:???CってControllerのCじゃないんかよ
ビジネスロジックを担当するんだからActionクラスはModelだろ
それとももっと違う次元の話か？
0607nobodyさん
2005/11/25(金) 16:00:45ID:???Actionから一層掘り下げてModelを呼ぶ場合は
Action=Cになるんじゃないの？
前から思ってたがあまり峻別できない概念だよな。
MVCがお互いを包摂し合ってる部分がある。
音楽のジャンル分けみたいなもんだな。
厳密な区分が最初からあるわけじゃない。
0608606
2005/11/25(金) 16:09:51ID:???まあ確かにそう使う場合もある罠
もともとWebｱﾌﾟﾘの世界の話じゃないしな、曖昧になるのは仕方ないというかなって当然
そういう意味ではDBの設計と似てるところがあるかな
MVCにとらわれすぎてクソな実装かますのが一番ダメダメ
つーか実際書き始めるとMVCとか結構どうでもよくなってくる
設計段階での指針程度にとどめておくべきだろうな
0609nobodyさん
2005/11/25(金) 16:20:05ID:???>>603
MVCとかどうでもいいからまず動くように書いてみろ、話はそれからだ
どうしても気持ち悪ければあとでいくらでもリファクタリングするよろし
その過程でだんだんMVCになることもあればそうでない場合もある
っつーのが本質だと思うんだな俺は。
0610nobodyさん
2005/11/25(金) 17:24:45ID:???明確な区別はないんですね。
実はもうコーディングをしててformsの下とかviewsの下にもロジックを書いたりしていて
多分違うんだろうなぁ〜と思って聞いてみました。
VIEWを返しているあたりは、action=Cと思ったんですけど、その前に処理を書こうかなと
思います。
formsはどこに当たるかといったら、まぁModelと考えておけばいいですかね。
そういうことがナンセンスなのかもしれませんが。
0611nobodyさん
2005/11/25(金) 21:04:56ID:???俺が思うに、ある程度知識がないとMojavi使いきれないと思うよ。
とりあえずMojaviでいうＶｉｅｗが必要ないフレームワークにしてみたら？
0612nobodyさん
2005/11/26(土) 01:25:15ID:a7zffmpwhttp://www.stackasterisk.jp/tech/php/mojavi02_01.jsp
ここを参考にディレクトリ構造を変えたのですが、
レンタルサーバでhtdocsをベースに指定する事って出来るのでしょうか？
0613nobodyさん
2005/11/26(土) 04:50:35ID:???多分、フレームワークの理解を根本的に間違えてるんじゃないかな。
DocumentRootにindex.phpを置いて、外部からアクセス禁止してる箇所にmojaviフォルダとwebappフォルダを置く。
あとはpath調整して動かすんだよ。
0614nobodyさん
2005/11/26(土) 08:50:15ID:???わかんないうちはとかくなにもかもマニュアルの通りにしないといけない、と鵜呑みにしがちだけど、
少し冷静に考えてみるとどうでもいい事なんてたくさんあるぜよ。
つーわけでindex.phpはどんな名前のディレクトリにあろうがブラウザから参照できる位置に置くべし
まーほとんどのレン鯖の場合public_html以下に適当な名前のディレクトリ作ってほりこんでるんでないかね。
0615nobodyさん
2005/11/26(土) 10:50:33ID:???"http://xxx/?module=xxx&action=Index"とわざわざ書かないと
Only variable references should be returned by reference と怒られてしまって困ってます。
環境は
PHP 4.4.1-pl1
mojavi 2.0.3 beta です。
0616nobodyさん
2005/11/26(土) 11:21:14ID:???0617615
2005/11/26(土) 11:41:56ID:???0618nobodyさん
2005/11/26(土) 12:33:18ID:2543W0TM最近流行ってるね
0621＼＿＿＿＿＿＿＿＿＿／
2005/11/26(土) 15:15:03ID:???＿＿＿＿_
／::::::::::::::::::::::::::＼
/::::::::::::::::::::::::::::::::::::::＼
|:::::::::::::::::|＿|＿|＿|＿|
|;;;;;;;;;;ノ ＼,, ,,／ ヽ
|::（ 6 ー─◎─◎ ）
|ノ （∵∴ （ o o）∴）
／| < ∵ ３ ∵>
::::::＼ ヽ ノ＼
:::::::::::::＼＿＿＿＿＿ノ:::::::::::＼
0622nobodyさん
2005/11/26(土) 15:36:40ID:???0623nobodyさん
2005/11/26(土) 20:37:10ID:???ここはWebプログラミング"技術"の板です。
煽りは必要ないです。
0625612
2005/11/26(土) 22:44:49ID:???レスありがとうございます。
なるほど。アドバイスありがとうございます。
出来るだけアドレスを短くしたいんで
index.phpはDocumentRoot直下に置きたいんです。
でもレンタルサーバを借りているんで、そうするとmojaviフォルダとwebappフォルダも
DocumentRootになってしまうなと思いお聞きしました。
外部からアクセス禁止してるフォルダのあるレンタルサーバってあるのでしょうか？
それとも.htaccessで禁止するしかないでしょうか？
0626612
2005/11/27(日) 00:27:09ID:???0627nobodyさん
2005/11/28(月) 02:21:48ID:???06281-627
2005/11/28(月) 10:56:11ID:???0629nobodyさん
2005/11/28(月) 16:28:05ID:???流行ってんの？
0630nobodyさん
2005/11/28(月) 17:36:24ID:???0631nobodyさん
2005/11/30(水) 04:52:05ID:???selectLimitらへんとか、あの作り方じゃまともな対応期待できそうにないな
0632nobodyさん
2005/11/30(水) 17:47:33ID:yPyLs/p1詳しく
0633nobodyさん
2005/11/30(水) 17:48:31ID:???これどうなったんだろ
携帯に対応しやすいフレームワークって面白いかと思ったんだけど
Mapleの半角<-->全角とかも日本らしいくて、こっちも携帯とか期待できるのかな
0634nobodyさん
2005/11/30(水) 18:21:22ID:???一番てっとりばやいのは、oracle8iとかDB2とか動かすこと。
まともにうごかない。
cakephpのselectLimitのソース見るとわかるけど、adodbの機構一切つかわず
Limit生書き。コメントにも、「adodbがlimit句のsql文取得するためのもの持ってないんで対応できませーん」
みたいなこと書いてある。
0635nobodyさん
2005/11/30(水) 22:27:42ID:???でもこれ、lastInsertId()が単なるプレースホルダーで、呼んだ瞬間にdie()だから、
動かないのは当然だよね? Model::save()で死ぬし(w
wikiのドキュメントにあるadodb対応っていう看板はまだ外しておくべきだな。
0636nobodyさん
2005/12/01(木) 13:07:20ID:???adoのドライバのレベルの話?
AdoConnection::selectLimit() を使えよって話なら、そもそも "to get correct limit string"
するためのものじゃないし、上のレベルのModelはこのために全面改装が必要になるし。
0637nobodyさん
2005/12/01(木) 13:12:50ID:???あとautoquote時に数字もquoteしてくれ。
text型に入れてても000000が0になる。
0638nobodyさん
2005/12/01(木) 15:46:10ID:???ソフトってご存じないですか?
0639nobodyさん
2005/12/01(木) 15:57:03ID:???0640nobodyさん
2005/12/01(木) 16:17:39ID:???Mojavi の知りたい。
0641nobodyさん
2005/12/01(木) 16:57:05ID:???＞でもよく考えたら adodb にdbごとの適切なLimit節文字列を返す機構ってあったっけ?
文字列を返すのはないよ。
適切に実行することはできるけど
0643nobodyさん
2005/12/01(木) 23:21:16ID:???何故？
0644nobodyさん
2005/12/02(金) 01:43:30ID:???0646nobodyさん
2005/12/02(金) 07:05:58ID:???セキュリティーの観点からは
DB格納の直前にもバリデーション行うべきって書いてた。
確かにそう思うけど、
となるとフレームワーク使った場合、
プレゼンテーション層とビジネスロジック層の
両方でバリデーションすることになるよね。
そのあたりどうしてる？
同じ一つの定義を読むのか、
ビジネスロジック層のバリデーションを簡易的なものにするか…
0647nobodyさん
2005/12/02(金) 07:11:52ID:???なにこれｋｗｓｋ
0648nobodyさん
2005/12/02(金) 07:28:41ID:???普通はだいたい、
フレームワークに用意されたバリデーションをまず行ってから、
そのデータをDAO的なクラスに渡してDBに書き込むじゃん。
DAO的なクラスでも、
一度バリデーションを受けてるはずだからといってデータを信用するのではなく、
そこでも精査すべきだということ。
コードコンプリートでいう
防御的プログラミングというやつだね。
0650nobodyさん
2005/12/02(金) 10:37:43ID:???なんかDAOにしちゃうと、リッチなSQL書けなくならない？
又は、ビジネスロジックがDAOに入っちゃう。
だって、リッチなSQLってビジネスロジック含むじゃない？
0651nobodyさん
2005/12/02(金) 14:09:33ID:???0652nobodyさん
2005/12/02(金) 14:37:00ID:???0653nobodyさん
2005/12/02(金) 14:37:10ID:???再利用性を高くしようとすると、SQLを直につっこんでもあんま変わらないし。
特定の用途にカスタマイズすると再利用がだんだん難しくなるし。
できる奴はうまいことDAO作ってんのかな？
それともDAOって毎回がんばって作る宿命？
0654nobodyさん
2005/12/02(金) 16:01:31ID:???DAOを上手く利用しようとするなら自分独自のクエリーを作ってそれを
各SQLに対応したクエリーに変換するclassを自分で作るしかない。
今の段階のDAOは・・・あまり意味がない。
0655nobodyさん
2005/12/02(金) 16:12:42ID:???大規模開発なら、APIを統一しないとやってられないだろうね。
0656nobodyさん
2005/12/02(金) 21:18:36ID:???0657nobodyさん
2005/12/02(金) 21:37:14ID:???0660nobodyさん
2005/12/03(土) 06:50:17ID:???0661nobodyさん
2005/12/03(土) 06:53:47ID:???いずれにしろまだどれも固まってないから実務には使えない…
0662nobodyさん
2005/12/03(土) 10:52:29ID:???現在勉強中。
0663nobodyさん
2005/12/03(土) 11:44:20ID:???0664nobodyさん
2005/12/03(土) 11:45:19ID:???0665nobodyさん
2005/12/03(土) 13:18:46ID:???そうだね。
Spring frameworkの紹介記事読んでMapleに興味持ったけど、
フレームワーク初心者にはちとドキュメントが足りない・・・。
後、データアクセス層のサポートがﾎｽｨな。
0666nobodyさん
2005/12/03(土) 19:53:00ID:???Mojaviでギリギリだろ。実質Zendフレームワークのだけじゃね？
EthnaやMapleなんか勉強しても無駄だからやめておけ。
0668nobodyさん
2005/12/03(土) 20:30:55ID:???ケツから血を流すがいいです
0669nobodyさん
2005/12/03(土) 20:46:32ID:???完成度を高めてほしい、というのはある。どれも中途半端。
0670nobodyさん
2005/12/03(土) 21:37:16ID:???あれもこれも取り入れたいってのは分かるんだけどね・・・いつまでたっても完成は出来んわな
0671nobodyさん
2005/12/03(土) 23:22:07ID:???php4.4.1でエラーが発生する事を今知りました。
もう開発は終わっているとの事ですので、修正される事はないんですよね？
このような点を考慮するとagaviというのを使った方がいいのでしょうか？
レンタルサーバの関係でphp5での使用は考えていません。
mojaviは気に入っていたのでmojavi系が良いと思っています。
0672nobodyさん
2005/12/03(土) 23:31:37ID:???0673671
2005/12/03(土) 23:58:35ID:QwnhGijP確かにその通りです。
今回のエラーは修正できますが、割と時間がかかりそうな場合や
自分では修正できないような時を考えてできるだけメンテが活発に行われている
物を使用したいと思ったまでです。
0674nobodyさん
2005/12/04(日) 00:14:45ID:???どっかに。
0675nobodyさん
2005/12/04(日) 00:34:35ID:???http://www.stackasterisk.jp/tech/php/mojavi08_01.jsp
0676671
2005/12/04(日) 00:50:01ID:OBVYrvMKどうもありがとうございます。
助かりました。
0678nobodyさん
2005/12/04(日) 02:25:41ID:???そういうコードないですかね
0679646
2005/12/04(日) 04:33:57ID:???データのサイズチェックだけすることにしたよ。
後はサニタイズだけちゃんとしておけば致命的にはならないだろう。
0680671
2005/12/04(日) 22:56:24ID:gXRf3OY+そんなのがあるんですか。知りませんでした。
0681nobodyさん
2005/12/05(月) 02:11:12ID:dkL9yz1oPHPの言語仕様自体がころころ変わっている最中なのに、
スタンダードなものは作れないと思われ。
でもオレオレフレームワークで好き勝手に作るよりは、上手い人の
エッセンスを流用して作る方がいいと思うので、現時点でマニュアルが
充実してて、開発を放棄されていない奴を選べばいいのでは？
0682nobodyさん
2005/12/05(月) 09:12:05ID:???そうですね、私は別にスタンダードじゃなくても、使いやすければいいか､と思ったりします｡
フレームワーク使い始めるまでは無手勝流でコード書いてたし､いまだにmojavi2使ってるし｡
また新しいのがでてた｡
XOAD
http://www.xoad.org/
0683nobodyさん
2005/12/05(月) 12:48:08ID:???決め手にかけるところがPHPらしいというかなんというか･･･
0684nobodyさん
2005/12/05(月) 16:13:57ID:???0685nobodyさん
2005/12/05(月) 16:17:35ID:dKNEsuCU個人的には maple。
もっとも、そのままじゃ実用に耐えないからかなり改造して使ってるが。
0686nobodyさん
2005/12/05(月) 16:20:36ID:???0689nobodyさん
2005/12/05(月) 16:22:28ID:???グチャグチャになりがち
0690nobodyさん
2005/12/05(月) 16:27:15ID:???guessworkはvalidatorが貧弱だったりするからその辺を補完して、認証とかサイト毎に
必要な機能を付ければ俺的には充分。
作成するファイルが少ないってのも俺好み。
0691nobodyさん
2005/12/05(月) 16:37:22ID:???なかなか出ないね
0692nobodyさん
2005/12/05(月) 16:43:21ID:???一応ご確認あれ>>684
日本語の資料が一番まとまってそうなのは速構Web Frameworkかな？
ttp://www.pm9.com/newpm9/itbiz/php/framework/
但し有料。
次点はEthnaじゃなかろうか？
http://ethna.jp/
0693nobodyさん
2005/12/05(月) 16:45:27ID:???英語でも読めて当然だろ、普通のＳＥなら大学ぐらい出てるんだからさ。
0695nobodyさん
2005/12/05(月) 16:59:09ID:???つー質問に答えなきゃいけない立場の人は大変だろうねぇ。
0697nobodyさん
2005/12/05(月) 17:14:56ID:???たとえばメンテナの数や、たとえばコーディングのしやすさ
先に見るべき場所がほかにあるでしょ。
日本語マニュアルなんて、あればいいな程度のものを最初に持ってくる神経を疑う。
0698nobodyさん
2005/12/05(月) 17:22:54ID:???まあそうだけど、フレームワークの概念自体を勉強したいっていうニーズだって
あっていいでしょ？
自分がプロのSEだからって視野が狭すぎ。
>>684が学生か社会人かもわからんだろうに。
0699698
2005/12/05(月) 17:25:34ID:???0700nobodyさん
2005/12/05(月) 17:33:00ID:???取り組むリスクが大きくなるから
日本語資料があるに越したことはないね。
0701nobodyさん
2005/12/05(月) 17:34:02ID:???俺が使ってるのはmojavi系。正確には2.00にパッチ当てたりして少しだけ拡張した奴。
メンテナの数が違う…が2,3,4,agaviとメンテナが分離気味なので動向を見守っているところ。
ことフレームワークなどに関しては、勝ち馬に乗るべきだと思ってる。
俺もメンテナが多いのが生まれたらそれに乗り換える。
ただ残念なのは、そうやってフレームワークが普及しても思ったよりネットでのコード共有が進まなかったこと。
みんな自分の書いたものは見せずに、他人のものばかり見たがる。俺もだがｗ
0702nobodyさん
2005/12/05(月) 17:34:38ID:???0703nobodyさん
2005/12/05(月) 17:38:15ID:???すまないね。
>>702
それ結構悲惨だな…でもサンプルコードあったら理解してくれない？
PEARとでも英語しかマニュアル無いもの結構あるけど、どうするんだよ。
0705nobodyさん
2005/12/05(月) 17:45:54ID:???0706698
2005/12/05(月) 17:55:32ID:???どうもありがとう。参考になります。
mojaviはagaviと統合してから手を出そうかと思ってました。
こちらも英語ができない部下（しかも直属じゃない）がいて、
しかも自分を含めて本職はSEじゃ無かったりします。
なんで、「わからないならソース嫁」と言いたいところですが飲み込むこともありｗ
でもメンテなの多さは魅力だな。早いうちにmojaviの資料にも当たっておこう。
0707nobodyさん
2005/12/05(月) 18:05:20ID:dKNEsuCU0708nobodyさん
2005/12/05(月) 18:24:01ID:???うはっｗ
こういう奴ってまだいるんだｗ
0709nobodyさん
2005/12/05(月) 18:28:40ID:???0710nobodyさん
2005/12/05(月) 18:33:47ID:???0711nobodyさん
2005/12/05(月) 20:31:13ID:???邪魔になるかなとは思いつつTylerにメールして進捗を聞いたりした
11月の中ごろにはあと2ヶ月くらいで出来るとのことだったがその後音沙汰がないのが心配だｗ
0713nobodyさん
2005/12/05(月) 20:33:25ID:???0714nobodyさん
2005/12/05(月) 23:03:05ID:???0715nobodyさん
2005/12/05(月) 23:06:57ID:???意味無いから試してないけどね。
0716nobodyさん
2005/12/06(火) 02:35:30ID:8b+BGlil現状ではメジャー技術を参考にしつつ自前開発するしかなさげ
だいたい大きな考え方はどのフレームワークにも共通するしね
0717nobodyさん
2005/12/06(火) 09:29:17ID:???オブジェクトの使い方とか理解しやすい。
0718nobodyさん
2005/12/06(火) 12:37:55ID:???書籍の紹介でも構わないのですが。
0719nobodyさん
2005/12/06(火) 12:43:24ID:???0721nobodyさん
2005/12/06(火) 13:20:37ID:???スレタイ読まないのはまあ百歩譲るとして他のレスちょこっと読めばわかるもんだろ普通
0722nobodyさん
2005/12/06(火) 15:21:22ID:???0723nobodyさん
2005/12/06(火) 15:27:03ID:???0724nobodyさん
2005/12/06(火) 15:34:12ID:???0725nobodyさん
2005/12/06(火) 15:35:58ID:???0726nobodyさん
2005/12/06(火) 15:40:42ID:???ttp://www.jca.apc.org/afghan-women/Special/WEDDING_BOMB.html
0727nobodyさん
2005/12/06(火) 15:44:53ID:???0730nobodyさん
2005/12/06(火) 20:10:08ID:???薄っぺらだから、把握するソースも少なくて済むし。
正式リリースはされてないけど、svnは着々と新しいクラスも
作られてる。
至れりつくせりなフレームワークは、いまのところ完成度が
低いものばかりなので。
pradoは完成度的には高いけど、XMLファイルの設定とか
結構面倒。
個人的にはsymfonyに期待してるんだけどね。
0731nobodyさん
2005/12/06(火) 22:51:06ID:???0732nobodyさん
2005/12/06(火) 23:32:14ID:???この、& の意味は何ですか？
0733nobodyさん
2005/12/06(火) 23:36:36ID:???0734nobodyさん
2005/12/06(火) 23:38:54ID:???0735nobodyさん
2005/12/06(火) 23:39:38ID:???0737nobodyさん
2005/12/07(水) 00:26:56ID:???0738nobodyさん
2005/12/07(水) 04:47:59ID:???dispatchで、辞書で調べると
「打ち負かす」とか「急送する」とかの意味らしい。
いまいち合ってない気がするけど
何か言われがあるのかな。
executeで良くね？と思うんだが。
0739nobodyさん
2005/12/07(水) 04:59:46ID:???Controllerは単にリクエストを適切なActionへ発送(dispatch)するからじゃね？
0740nobodyさん
2005/12/07(水) 05:49:46ID:???0741nobodyさん
2005/12/07(水) 06:05:54ID:???そこらのフレームワークはStrutsの影響だと思うけど、元々はOSのスケジューラがスレッドをCPUに割り当てるって意味。
MVCフレームワークではリクエストに応じてactionだのviewだのを割り当てるってこと（>>739はその意味で当たってると思う）。
loadなんかも「積む」って意味をこえて、メモリからレジスタにデータを読み込むって意味だったものが、ファイルなどの内容をメモリに読み込むって意味に転じて、果てにはWebサーバからブラウザにデータを読み込むってことにまで使われるようになった例だし。
0744nobodyさん
2005/12/07(水) 20:43:55ID:???翻訳してくれてる。
agaviユーザ多いかな。
http://www.geocities.jp/toyprog/
0746nobodyさん
2005/12/07(水) 22:03:43ID:???0747nobodyさん
2005/12/07(水) 22:05:08ID:???0749nobodyさん
2005/12/07(水) 23:23:39ID:???htp://www.phparch.com/webcasts/recordings/dec0205_zend.php
0751nobodyさん
2005/12/07(水) 23:53:53ID:???もれもそれ思ったよ！これからﾋﾟｨﾁﾋﾟｰって言おう！
0752nobodyさん
2005/12/08(木) 06:40:50ID:???これっていつごろできるの？
0753nobodyさん
2005/12/08(木) 08:49:04ID:???0754nobodyさん
2005/12/08(木) 18:17:58ID:v7tgLnK2じゃあdispatchからのforwardってなんなの？
0755nobodyさん
2005/12/08(木) 18:25:17ID:???「転送する」とか「回送する」とかの意味があるから、「処理をまわす」と
いう意味合いじゃないの？
つか、ここは英語のスレじゃないんだが。
0756nobodyさん
2005/12/08(木) 22:50:03ID:???0757nobodyさん
2005/12/08(木) 23:13:00ID:???0759nobodyさん
2005/12/09(金) 12:21:49ID:???テキストなら大事なとこだけ拾い読みできるのに｡
0760nobodyさん
2005/12/09(金) 12:43:07ID:???0761nobodyさん
2005/12/09(金) 14:16:53ID:???0762nobodyさん
2005/12/09(金) 17:59:40ID:kJFA21a1サブテンプレート作成中に処理がブチギレるよね。
ポストフィルタでリダイレクトすべきなのか。
そのあたりどうしてる？
0763nobodyさん
2005/12/10(土) 14:39:54ID:???mojavi2でSmartyを使っています。
XOOPSのテーマを使っていてsmartyのデリミタが<{と}>です。
$lblocks = array(array('title' => 'エラー',
'content' => '<div><{$error}></div>'));
$renderer->setAttribute('xoops_lblocks',$lblocks);
すると<がサニタイズされて>に変換されて、html上表示されてしまいます。
サニタイズさせない方法ってあるでしょうか?
0764nobodyさん
2005/12/10(土) 19:34:26ID:???$smarty->left_delimiter = '<{';
$smarty->right_delimiter = '}>';
てか、、マニュアル嫁
0765nobodyさん
2005/12/10(土) 23:53:59ID:???>>763の
>XOOPSのテーマを使っていてsmartyのデリミタが<{と}>です。
とあるように、その設定はXOOPSのテーマを使うために既にしています。
そのために<と>がサニタイズされて困っているんです。
その設定をしなければ、{と}だけで問題ないのです。
テーマ側に<{$error}>と書けば問題ないのですが、setAttributeで渡そうとすると
サニタイズされてしまいます。
0767762
2005/12/11(日) 11:51:35ID:???リダイレクトっていっても
ヘッダに出力するだけで、
処理が止まるわけじゃないんだよな。
0768nobodyさん
2005/12/12(月) 19:50:27ID:???modelで$this->getContext()->getRequest();するのと、
actionで$this->getContext()->getRequest();してモデルに渡すのと
どっちがmvc的に正しいですか？
0769nobodyさん
2005/12/12(月) 20:44:06ID:???モデルはコントローラやビューと結合していないのが理想なので、action で
リクエストを取得して、それに応じて model に渡すのがよいと思う。
0770nobodyさん
2005/12/12(月) 20:44:31ID:???0772768
2005/12/12(月) 21:33:07ID:???さっぱりしました。
0773nobodyさん
2005/12/12(月) 23:43:46ID:???えええええええええええ？
だったらなんでmodelに
$this->getContext()->getRequest();
できる機能わざわざつけてあるのさ。
actionもMVCのmodelに相当するんじゃないの？
model内で
$this->getContext()->getRequest();とかやって、
actionでgetModelするのが普通だと思うが。
>>772よ。すっきりするのはまだ早い
0774nobodyさん
2005/12/12(月) 23:50:24ID:???class HogeModel extends Model って感じ？
0775nobodyさん
2005/12/13(火) 00:06:36ID:???> actionもMVCのmodelに相当するんじゃないの？
違うよ。controllerとmodelのアダプタ（アダプタパターンとは別の意味）。
controllerの一部をコマンドパターンとして抽出したとも見れる。
だから本当はactionはビジネスロジックを書くところじゃないんだけど、ロジックもそのまま書けてしまう手軽さは利点であり欠点でもあると思う。
requestをいじるのはcontrollerであるべきだと思うから俺はaction内でgetRequestして、相応のmodelを呼び出す派。
0776768
2005/12/13(火) 01:51:59ID:???$this->getContext()->getRequest();
のはなんか気持ち悪い。
0777nobodyさん
2005/12/13(火) 01:56:13ID:???最初はmodelでやっていたが
そうなると、起点となるactionを見ただけでは
どんなパラメータをいじっているのかが分からず、
流れを把握しにくくなったから。
またリクエストパラメータはどちらかといえば
プレゼンテーション層に属するものなので
プレゼンテーション層であるactionで受け取るのが理にかなっている
とも思う。
バリデーションやコンバートはactionでやってるんだから
ノータッチでmodelに渡していても疎結合とは言えないのでは？
むしろactionで受け取ってmodelに渡すというレイヤパターンにした
方が疎結合といえる気がする。
0778nobodyさん
2005/12/13(火) 10:18:09ID:???それって context と request の両方を外部に依存することになるし
action で request を処理しちゃえば model は request の「値」のみに依存することになり
より疎結合になる
# なんてことを周囲に喋ると「日本語喋れ」とか言われる罠ｗ
0779nobodyさん
2005/12/13(火) 11:29:59ID:???プロトコルを増やすわけだからむしろ記述は面倒くさくなりがち
0780nobodyさん
2005/12/13(火) 14:13:53ID:???フレームワークが許容しているのと、理想的な設計との間には
隔たりがあるってことを理解するべき。
元の質問は
> どっちがmvc的に正しいですか？
‥なので、MVC 的には action に依存しない方が理想だろうね。
>>778 のいう「unit test がやり辛い」ってのは、model がフレームワークと
密接に結合していて使い勝手が悪い証拠。結合度が高いので、再利用しずらい
(再利用する時に、間接的にフレームワークにも依存することになる)。
model と action を分離しておけば、例えば、Web アプリとは別に DB に対する
バッチ処理を PHP で書く必要がでてきた時に model を流用できる。
ただ、理想的な設計が、即座に現場で適用されるべきかというと、それは
また別問題だけどな。
0781nobodyさん
2005/12/13(火) 18:51:28ID:???いや、疎結合とかはlib側で考えるもんなんじゃないの？
＞フレームワークが許容しているのと、理想的な設計との間には
＞隔たりがあるってことを理解するべき。
許容じゃなくて、意図的に実装してるんだとおもうんだけど。
modelは明らかにactionと密接な連携を取るためのものだと思うし。
＞model と action を分離しておけば、例えば、Web アプリとは別に DB に対する
＞バッチ処理を PHP で書く必要がでてきた時に model を流用できる。
その流用はlibでつくったもののがやりやすいよね。
0782nobodyさん
2005/12/13(火) 18:54:29ID:???自分は逆にactionはどんなmodelを使ってるかの道しるべとして使ってるから
流れ把握は全然困らない。てかむしろしやすい。
0783nobodyさん
2005/12/13(火) 18:59:51ID:???0784nobodyさん
2005/12/13(火) 19:08:07ID:???0785nobodyさん
2005/12/13(火) 19:10:01ID:???スゴいお勉強になるんだけお。
0786nobodyさん
2005/12/13(火) 19:11:38ID:???>>781と微妙に噛み合ってないみたいだけど。
つーかMojaviに関して言えばContextに一貫性を持たせようとした結果、たまたまModelの中でもRequestが取得できてしまうとも見れると思う。
その意味ではMojaviの欠点の一つかもしれんな。
まあ>>773から反論がない限りはgetRequestはActionでやるべきってのは満場一致でしょ。
その結論に至る思考プロセスが個々人いろいろなのがおもしろいなｗ
0787nobodyさん
2005/12/13(火) 19:18:52ID:???ん？かみ合ってないのか？
＞つーかMojaviに関して言えばContextに一貫性を持たせようとした結果、たまたまModelの中でもRequestが取得できてしまうとも見れると思う。
つまり、Requestだけはmodelでやるべきではないってこと？getControllerやgetUserはありで？
だったらかみ合ってないてのはわかるんだけど。
>>784
いや、libはautoloadで定義するやつよ。
こいつにこそ疎結合を求めるもんだとおもうんだけど…
0789nobodyさん
2005/12/13(火) 19:34:56ID:???追加されたからなんだと思うし…
0790786
2005/12/13(火) 19:40:45ID:???いや、「かみ合ってない」って言葉が気に障ったなら気にしないでくれ。
疎結合の話に対してではなく、request云々の方で感じたこと。
> 許容じゃなくて、意図的に実装してるんだとおもうんだけど。
の部分ね。
modelとlibのどちらに疎結合を求めるかってのにはノーコメント。
俺の場合はlibにフレームワークのコンポーネントから外れた自分クラスとかは入れないんで。
多くはModelで、あとはSmartyの実装が微妙だったころに改造したViewとか。（最新バージョンがどうなってるのかはチェックしてない）。
> つまり、Requestだけはmodelでやるべきではないってこと？getControllerやgetUserはありで？
まあそういう風に見るとrequestとuserの非対称性が浮き彫りになるが、俺の場合は結果的にはそういう方針でやってるよ。
Modelの中でgetRequestを呼び出すのはせいぜいsetErrorするときだけだな。
>>788
前述の通り、俺的には「区切ってる」っていう感覚ではあまりない。
共通して使うものをlibに入れるだけ。
0791nobodyさん
2005/12/13(火) 19:51:24ID:???ある程度の自由度を残してるのは当然ともいえるし
どっちもｱﾘっちゃｱﾘだな。
0792nobodyさん
2005/12/13(火) 19:54:09ID:???なるほど、そういうことね。確かに勘違いだわ。
でも、
＞まあそういう風に見るとrequestとuserの非対称性が浮き彫りになるが、俺の場合は結果的にはそういう方針でやってるよ。
getUserもmodel内で使ってるんだ？
ますますわからんくなってきた…
ちなみに
http://forum.mojavi.org/index.php?showtopic=1280&hl=getmodel
ここにあるようなソースはアリなんだよね？
0793nobodyさん
2005/12/13(火) 19:56:03ID:???0794nobodyさん
2005/12/13(火) 19:59:28ID:???action内が複雑になりそうなときmodelに助けを求めるって感じでやってるから。
例えmodel内でgetRequestしても自然なつもりなんだけどなぁ
0795768
2005/12/13(火) 20:11:31ID:???agaviだとみんな食いついてくれないと思ったので.
結果予想以上に皆さんの意見が聞けてよかった。
0796nobodyさん
2005/12/13(火) 20:13:34ID:???うーん、そこのソースのマズイ部分ってとりあえずどこ？ｗ
つーかgetUserをModelでやるのっておかしいかな？言われてみると少し迷うな。
ログインの処理をする専用のModelとかそのままsetAuthenticatedしてるのと、あとはaddCredentialみたいなのもModelの中でちらほらやってしまっている。
もろにビジネスロジックかと思うんだが。
>>794
まあどういう風にやっても間違いってことはないと思う。
Actionにビジネスロジックを書いても結果的には「ロジックとデザインの分離」っていう大元の目的は達成されてるわけだし。
0799nobodyさん
2005/12/13(火) 20:34:29ID:???＞うーん、そこのソースのマズイ部分ってとりあえずどこ？ｗ
その感想自体が答えですｗ さんきゅｗ
＞ログインの処理をする専用のModelとかそのままsetAuthenticatedしてるのと、あとはaddCredentialみたいなのもModelの中でちらほらやってしまっている。
まぁたしかにgetUserはその辺の機能があるからね。言われれば気持ちはわかる。
ちなみに開発人数はどれくらい？
自分のとこの場合人数が5人で中途半端だから、下手に縛り設けようにもうまく機能しないことが多いんだよね…
フレームワークで許されている権利は使ってよしってことにしてるからってのもあるかも。
0800nobodyさん
2005/12/13(火) 20:35:06ID:???つまるところセッションだし。
requestはブラウザから直接送られてくるデータだから、
いきなりmodelにいじらせるには生々しすぎる感じがするな。
0803nobodyさん
2005/12/13(火) 20:45:33ID:???＞requestはブラウザから直接送られてくるデータだから、
おいおい大事なget,setAttributeはどこいった？
0804nobodyさん
2005/12/13(火) 20:53:12ID:???0805nobodyさん
2005/12/13(火) 21:18:59ID:???内部パラメータとしてのattributeならmodelでいじってもおかしくはないよね
viewに渡すためのコンテナとしてなら、
modelから受け取ってactionでこめこめするのがいいと思う
0806nobodyさん
2005/12/13(火) 21:31:18ID:???それともviewか？
0807nobodyさん
2005/12/13(火) 21:38:24ID:???model に context が渡ってること自体が気に入らない。理由は >>796 の人が
述べてる理由が近いかな。
>>805
attribute も model じゃ触らない。ビジネスロジックはコントローラに封じ込
めるべきってのは大体の人が賛成してくれると思うけど、attribute を
ビジネスロジックに一切関係ない使用例を見たことがない。もしあるなら
示してくれると、すごく嬉しい。
一般的(≒ Java の世界)にはそういう流れになってない？
モデルは POJO (getter/setter だけのオブジェクト) にして、必要に応じて
AOP でDAO や O/R マッピングしなさい、と。
0808nobodyさん
2005/12/13(火) 21:51:40ID:???0809nobodyさん
2005/12/13(火) 21:55:50ID:???＞model に context が渡ってること自体が気に入らない。
えぇ？なんで気に入らないのに
>>796の人と同意なの？
根本的におかしいぞそれ。
0811nobodyさん
2005/12/13(火) 21:58:05ID:???actionにいってからviewじゃない？
直接viewにいくのはなんか気持ち悪いな
>>807
Model=POPOなの？
そこまで疎結合にするならModelをextendsする意味がないような…
俺はModel≒ビジネスロジックという認識だった。
0813nobodyさん
2005/12/13(火) 22:04:25ID:???0814nobodyさん
2005/12/13(火) 22:05:40ID:???0815nobodyさん
2005/12/13(火) 22:17:24ID:???モデルはフレームワーク自体からも疎結合である方がいいって意味だよね。
考え方は分からないでもないけど
そこまで疎にする必要がはたしてあるのか…
そもそもフレームワークを採用する時点で
全面的な依存を選択しているわけで、
モデルだけを疎結合することにどれほどの意味があるのか
0816nobodyさん
2005/12/13(火) 22:17:28ID:???0817nobodyさん
2005/12/13(火) 22:19:09ID:???疎を考えるんなら777の言うようにレイヤーパターンで考えたほうが良いと思う
MVCパターンをレイヤーパターンに置き換えると
VCがプレゼンテーション層
Mがドメイン層とデータソース層
それぞれの層は独立していて別の層を知らないのが理想
actionはドメイン層とプレゼンテーション層の中間層かな？
だからactionは
プレゼンテーションからの入力（リクエストパラメータ）を受け取る
ドメインロジックを呼び出す
パラメータをドメインロジックに渡す
ドメインロジックでゴニョゴニョした結果をプレゼンテーションロジックに渡す
こんな流れがいいんじゃないかなぁ
結論、mojaviのModelクラスはｲﾗﾈ
0820nobodyさん
2005/12/13(火) 22:33:04ID:???>>817
おまいらユニットテストしないんですか？
>>819
むしろすっきりする
actionにロジック書くわけじゃないからね
あくまでAPIを呼び出して使うだけ
mojavi的にはこんな感じ
$id = $request->getParameter('id');
$service = new HogeService();
$hoge = $service->getHoge($id);
$request->setAttribute('hoge', $hoge);
0824nobodyさん
2005/12/13(火) 23:00:01ID:???おれはできるだけ使わんやつは消しとるよ。
0825nobodyさん
2005/12/13(火) 23:04:08ID:???概念的にはその通りだけど
mojaviのModelクラスに依存したくないという意味でｲﾗﾈということです
>>822
それすごく悩んだけど
自前のクラスローダーで解決したお
>>823
DB接続用クラスをSingletonで作成してどこからでも呼び出せるようにしてるよ
DB::getConnection()みたいな感じで
といってもどこからでも呼び出してるわけじゃないけどね
0827nobodyさん
2005/12/13(火) 23:58:11ID:???＞自前のクラスローダーで解決したお
それはautoload側をいじったのか、ロード関数みたいなのつくったのか
0829nobodyさん
2005/12/14(水) 00:34:57ID:???Singletonごときでなんであんなものに頼らなきゃいけないのか疑問・・・。
しかもグローバルに呼び出しできなくなるし
0830nobodyさん
2005/12/14(水) 00:41:56ID:???0831nobodyさん
2005/12/14(水) 01:27:53ID:???まあどちらかと言うと、インスタンス２つ以上作ろうとする方が頭どうかしてるもんな。
Controllerとか。
0832nobodyさん
2005/12/14(水) 01:43:05ID:???リクエスト毎にオブジェクトが生成->破棄されるという意味では無意味だな。
ログとかＤＢコネクションとかでは使えるけど、それもグローバル変数に入れとけばいいみたいな。
0833nobodyさん
2005/12/14(水) 01:44:31ID:???シングルトンって「グローバル変数のオブジェクト指向版」みたいな意味しかない気がする
実際に役に立つのはDB接続みたいなリソース使いまわしくらいって印象が……
0834nobodyさん
2005/12/14(水) 01:46:05ID:???クラスが必要なときのみ読みこむようにその設定があるんだし、そんなに気にしなくてもいいのでは。
まぁ少ないほうが早いに決まってるけど。
0835nobodyさん
2005/12/14(水) 03:49:22ID:???そこまで行くとMojaviの理念から外れてるし、それはもうmojaviから派生した>817のフレームワークであって、
とても「mojaviを使っている」とはいえないと思うが。
なのでmojavi(agavi)でMVCどうやるのか(requestをどう扱うか)っていう話においては参考にならない。
>>820
も同様
ただ、ユニットテストはMojaviの致命的な欠点だとおもう。
本題の"request"の扱いについてはModelはＣontrollerを知るべきではない、
そして"request"はControllerである。よって"request"は"Model"で扱うべきではない。
とおもうが。
実際はModelでしかたなくrequest呼び出したことありますごめんなさい。
設計が悪かった。反省してます。
0836nobodyさん
2005/12/14(水) 06:37:08ID:???0837nobodyさん
2005/12/14(水) 06:44:24ID:???0838nobodyさん
2005/12/14(水) 07:15:24ID:???疑問は晴れてないけど。
0839nobodyさん
2005/12/14(水) 10:23:55ID:???Controller
↓
Request ⇔ Action ⇔ Model ⇔ User,Database
↓
Controller
↓
Request ⇔ View ⇔ Model
|
←｜→
プレゼンテー ｜ ドメイン層、データソース層
ション層 ｜
|
俺にとってActionとはControllerの一部であり、Requestの受付とModelの呼び出し以外のことはしない。
Action::executeすげーｼﾝﾌﾟﾙｳﾏｰ（AAry）。>>820、>>835と基本的に同じ。
俺にとってModelとはMojavi内で唯一ビジネスロジックを担当する部分である。
ちなみにModel以外はデータ層に触りません！
0840nobodyさん
2005/12/14(水) 11:25:24ID:???俺はOO的にうまいことまとまらない場合は
似たような関数をまとめてお茶を濁してる。
0842nobodyさん
2005/12/14(水) 11:44:42ID:???839じゃないけど
俺もModelはビジネスロジックを担当する部分という認識なんだが
きみのいうModelって何？
0843839
2005/12/14(水) 11:46:02ID:???たしかに関数の入れ物に過ぎないModelができちゃうこともあるかもｗ
俺の場合はSean KerrのAction::executeのコメントで、
* Execute any application/business logic for this action.
*
* In a typical database-driven application, execute() handles application
* logic itself and then proceeds to create a model instance. Once the model
* instance is initialized it handles all business logic for the action.
*
* A model should represent an entity in your application. This could be a
* user account, a shopping cart, or even a something as simple as a
* single product.
っていうやつ（mojavi/action/Action.class.php）をけっこう意識しながらやってる。
Modelはentityを表すってのけっこうしっくりきてるかも。
つーか今読み返してみたら、Sean Kerr的にはActionでビジネスロジックもありっていうスタンスっぽいなｗ
ただ、基本はModel＝ビジネスロジックでしょ。
0844nobodyさん
2005/12/14(水) 12:08:56ID:???Actionに対するアプリケーションロジック・ビジネスロジックの実行をします。
よくあるデータベースを用いたアプリケーションでは、execute()の中でアプリケーションロジックを扱い、続いてModelのインスタンスを生成します。
Modelの初期化をしたら後はその中で全てのビジネスロジックを扱います。
Modelはアプリケーション内のエンティティを表すようにすると良いでしょう。
例えば、ユーザーアカウント、ショッピングカートであったり、時には個々の製品といったシンプルなものであることもあるでしょう。
0845nobodyさん
2005/12/14(水) 12:12:22ID:???そうそう。
やっぱり841はビジネスロジックの定義を勘違いしてないか？
エンティティーのメソッドはすなわちビジネスロジックだし。
Model＝ValueObjectと勘違いしてる気がする。
0846nobodyさん
2005/12/14(水) 14:28:05ID:???というか、レイヤとモデルを微妙に混同してるのかも。
ドメイン層のレイヤにビジネスロジックがあって、
そこで操作されるものがドメインモデル（エンティティ）。
これをそのまま実装に反映させるなら、
ドメインモデルとビジネスロジックは別クラスにするのが自然。
だけどケースバイケースで、ドメインモデルのクラスが
ビジネスロジックのメソッドを持つ実装にするのもあり。
どちらがいいかは一概には言えないと思う。
>>845
それは違うよ。
ValueObjectはどちらかというとドメインモデルではなく
プレゼンテーションモデル。
ドメインモデルをそのままプレゼンテーション層まで引きずってくる
設計方針ならValueObjectぽっく見えるかもしれないけど、
プレゼンテーションモデルをきっちりわける設計方針なら
>>841の言ってるモデルはドメイン層で閉じてるはず。
0847nobodyさん
2005/12/14(水) 15:10:04ID:???0848nobodyさん
2005/12/14(水) 16:18:44ID:???0849nobodyさん
2005/12/14(水) 16:45:40ID:???0850nobodyさん
2005/12/14(水) 17:12:47ID:???ValueObjectがプレゼンテーションモデルってどゆ意味？
単に値を持たせるオブジェクトだから
どんな層にでも入ってくる汎用的なパターンだと思うんだが
0851nobodyさん
2005/12/14(水) 21:59:44ID:???自説を立てるときはそれなりの手順を踏襲してほしい
0853nobodyさん
2005/12/15(木) 02:23:24ID:???この公式サンプルも、全然>>839みたいな定義になってねぇし
0854839
2005/12/15(木) 03:13:21ID:???たしかにそうだね。それが
> つーか今読み返してみたら、Sean Kerr的にはActionでビジネスロジックもありっていうスタンスっぽいなｗ
と言った理由なんだけど。
ただ、俺自身はドメイン層の処理はModelでやる方針でやってるって話。
Actionでドメイン層・データソース層に手を出すのも利点があるなら大いに結構だとは思うよ。
>>853
えーっと一応言っておくけど>>839は設計（or実装）方針の話ね。
（それまでの議論の内容も多少加味したつもりなんだが偏見もあるかも・・・）
あと、そこのサンプルは>>844の「ユーザーアカウント」にあたるものをModelとして抽出せずにActionで済ませちゃってるんだね。
だから839と違って見えるってのも無理はないかも。
まあロジックが複雑になってきたらそんなことは言ってられないので俺は認証用に作ったModelを再利用してるよ。
必要ならそのModelをもう一段継承してカスタマイズとかできるのでそこそこ便利だし。
0855nobodyさん
2005/12/15(木) 03:28:55ID:???同じ気持ちでしたが、
http://www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/DesMVC.asp
ここを読んでみて>>841の言ってることがよくわかりました。
MVCの図にあるとおり
＞ビューとコントローラの両方がモデルに依存していることに注意してください。ただし、モデルはビューとコントローラのどちらにも依存していません。
モデルは両方に依存していないものなんだね。
そう考えるとたしかに>>839の言ってる図は話にならない。
でも、それを言い出すとAgaviの設計自体がおかしいことになるね。
0856839
2005/12/15(木) 03:51:45ID:???たぶんUMLを見慣れてる人が多いんだろうから誤解を与えたかもしれないけど、>>839は「依存関係」を表してるつもりじゃなかったんだなぁorz
Controller→Action→Controller→Viewってのは制御が移る順番。
他の⇔はデータの受け渡しであって、基本的にはメソッドの呼び出し＋リターンなので制御が移る順番としても解釈できるかも。
>>855が依存関係の話を持ってきてくれたのでそれも考慮すると、⇔の矢印をすべて外側向きに変えたら少しはましになるかな？
矢印の意味は
・依存してる側→依存されてる側
・呼び出し側→呼び出される側
という関係で。（唯一Action→Controllerの部分だけリターンなので矢印の色でも変えてくださいｗ）
「ビジネスロジック」って言葉は俺も再考する必要があるかも。
>>846をもうちょっと咀嚼してみる。
0857nobodyさん
2005/12/15(木) 03:53:25ID:???こういうの見るとますますわからんくなる…
0858nobodyさん
2005/12/15(木) 04:01:35ID:???保守性の高いコードってWebアプリケーションなら結構つくれちゃうからなぁ…
ビジネスロジック云々より、ビジネスや運営自体について考えてたほうがよっぽど金になる
0859839
2005/12/15(木) 04:09:49ID:???俺的もそう思う。どっちでもいーじゃんおまいらｗ、と
でも「間違っている」というつっこみをたくさんいただいたので、ヘコみつつ悪戦苦闘中であります。
0860nobodyさん
2005/12/15(木) 04:22:02ID:???マジでAgaviのView周りってModelに依存性あるの?
ステートレスなWebアプリでは切り離されてるのが当たり前だと思ってたけど。
アクティブモデルにせよオブザーバはかませるっしょ
0861nobodyさん
2005/12/15(木) 04:40:08ID:???コントローラかアクションにぶらさげることは出来るね
前者はコントローラがMediator（と言ってもモデルかアクションから
データを受け渡すだけ）となり、後者ではアクションはコマンドオブジェクト
（ビジネスロジックとViewの呼び出しをカプセル化したもの）ということになる
どっちもパターンとしてはMVCとは呼ばないんだろうけど
http://www.martinfowler.com/eaaCatalog/applicationController.html
Viewがモデルに依存したほうがいいかアクションに依存したほうがいいか
まとまった見解ってある？
0862nobodyさん
2005/12/15(木) 04:43:36ID:???Agavi自体の仕様では依存性は発生しないよ。Modelは一つもなくても動くし。
でもModelを使った時点で依存はゼロではないと思われ。
「切り離す」ってのはいわゆる疎結合にするって意味だとは思うけど、元々依存してしまうものだからせめて疎結合にしましょうって感じじゃなかったっけ？
>>855の言ってるのは、逆向きの依存はゼロってことでしょう。
「Viewを変更したらModelが動かなくなりました」とかしゃれになんないし。
でもModelを変更したらViewに支障が出るのは仕方ない。
それでも最小限にしましょうってのが疎結合だと思う。
オブザーバはContextのことでおｋかな？
0863nobodyさん
2005/12/15(木) 05:25:53ID:???結合の程度というようなファジーなものは存在しない
Framework界隈で依存性といったらこれのことだと思う
0864nobodyさん
2005/12/15(木) 05:52:18ID:???疎結合って結合の程度がゆるいことじゃないの？
つーかどのレスに対してなのか反論なのか何なのかわからんな。
0865863
2005/12/15(木) 06:11:06ID:???結合にはもちろん程度があるよ
しかし依存性にはそういうものは無くゼロイチだということを言ってみた
>>860と>>862の愛でどうも考えている依存性が違って
かみ合ってないように見えたので
0866nobodyさん
2005/12/15(木) 06:12:18ID:???○ 間で
すまん
間違ったものを芽生えさせた
0867nobodyさん
2005/12/15(木) 06:12:22ID:???Modelにするにせよ別もんにしてつくるにしても、
初期のViewだけじゃなにもできんじゃん。
ごてごてタグとテンプレートと定数混ぜることになってしまう。
その辺のモデルもつくるでしょ？ふつう
0868nobodyさん
2005/12/15(木) 06:16:08ID:???ビュー内でモデルは呼び出したくない
0870862
2005/12/15(木) 06:21:54ID:???そかそか。曖昧な言い方ですまんかった。
基本的には「依存性はゼロイチ」ってのは同意だよ。
だから>>860への答えはViewからModelへの依存性は「あり」。
ただ「切り離されてるのが当たり前」って表現をしてたので、862で「それは疎結合のことであって≠依存性だよね」っていう意味で言った。
>>868
実際にはそうだよなｗ
0872nobodyさん
2005/12/15(木) 09:58:57ID:???モデルからUserにアクセスする必要がある時はどうやってるの？
0874nobodyさん
2005/12/15(木) 10:21:58ID:???0876nobodyさん
2005/12/15(木) 11:14:48ID:???フレームワークに依存しない設計がいまいちイメージしにくいな
0877nobodyさん
2005/12/15(木) 11:38:55ID:???もうあんな設計は古いって…。
0878nobodyさん
2005/12/15(木) 11:43:23ID:???0879nobodyさん
2005/12/15(木) 11:51:42ID:???0880nobodyさん
2005/12/15(木) 11:55:01ID:???影響受けてるフレームワークいっぱいあるしな
0881nobodyさん
2005/12/15(木) 14:16:48ID:???0882nobodyさん
2005/12/15(木) 15:21:47ID:???0883nobodyさん
2005/12/15(木) 21:48:05ID:???ValidateやらFilterは自作になるけど、結構いいと思う。
0884nobodyさん
2005/12/15(木) 23:18:51ID:???プロダクトとしてリリースするなら､自分のところできちんと性能評価をやった方がいいよ｡
0885nobodyさん
2005/12/16(金) 00:48:04ID:???0886nobodyさん
2005/12/16(金) 01:35:11ID:???0887768
2005/12/16(金) 09:02:11ID:???0888nobodyさん
2005/12/16(金) 09:14:05ID:???0889nobodyさん
2005/12/16(金) 18:13:50ID:???エスパー募集してもよろしいでしょか？
0892nobodyさん
2005/12/17(土) 00:42:49ID:???0893nobodyさん
2005/12/17(土) 01:13:05ID:???多少質問あったほうが盛り上がるからいいんで内科医？
>>892
基本的にvalidationはactionでやり、DBの扱いはmodelでやってるけど、このスレ読んでたらもしかしたらactionでやったほうがいいのかな？とも思えてきた。
0895nobodyさん
2005/12/17(土) 01:39:26ID:???0896nobodyさん
2005/12/17(土) 01:50:31ID:???modelを作るほど複雑でなく(単なるログとか)、
また他のアクションで同じ機能を利用しないならアクションで済ませてしまってもいいとは思う。
0897nobodyさん
2005/12/17(土) 02:02:35ID:???modelでDBに登録するとしたらサニタイズもmodelでやるってことになる？
でないとmodelがactionに依存してしまう気がするんだけど。
0898nobodyさん
2005/12/17(土) 09:32:09ID:???サニタイズはactionでやるべきだね。
0899nobodyさん
2005/12/17(土) 09:36:15ID:???モデルは自身のためのサニタイズは自身で持つ
いずれも定義は括りだす
0900nobodyさん
2005/12/17(土) 09:39:35ID:???てことか。
実際どこで何をやるんだろ。
0901nobodyさん
2005/12/17(土) 10:04:30ID:???てことはActionでDBに書き込むのが正しい？
0902nobodyさん
2005/12/17(土) 10:55:36ID:???0903nobodyさん
2005/12/17(土) 11:29:14ID:???0904nobodyさん
2005/12/17(土) 12:05:30ID:???0905nobodyさん
2005/12/17(土) 12:12:34ID:???答えが返ってくる時もあれば返ってこない時もあるけど
0907nobodyさん
2005/12/17(土) 13:24:57ID:???0908nobodyさん
2005/12/17(土) 19:16:29ID:???http://www.agavi.org/
0911nobodyさん
2005/12/17(土) 22:24:03ID:???0913nobodyさん
2005/12/18(日) 03:09:01ID:???危機管理意識なしでエラーメッセージ垂れ流しっていうのは
あまりよろしくないよなぁ。
そもそも確認すらしないのかと。
0914nobodyさん
2005/12/18(日) 06:17:14ID:???0915nobodyさん
2005/12/18(日) 09:07:58ID:???return true
と
filters.iniで以下設定
[BasicSecurityFilter]
class = "BasicSecurityFilter"
param.comment = "On"
と挙動が違う。
filters.iniで設定すると、controllerの$this->loadModuleFilters($filterChain);
でBasicSecurityFilterがregistされ
BasicSecurityFilterクラスの$controller->forward(LOGIN_MODULE, LOGIN_ACTION);
でLOGIN_MODULEのフォワード無限ループになります。
http://ozaki.kyoichi.jp/mojavi3/authfilter.html
ここのサイトではちゃんとできているようだけど、
同じようなトラブルにあっている方はいますか？
0916nobodyさん
2005/12/18(日) 11:43:36ID:???BasicSecurityFilterの使用はsettings.iniのUSE_SECURITYで決定する
filters.iniに設定する必要はないよ
0917nobodyさん
2005/12/18(日) 14:07:02ID:???0918nobodyさん
2005/12/18(日) 21:17:43ID:???ちがうでしょ。
controllerでは下のように条件分岐している。
if (USE_SECURITY && $actionInstance->isSecure()) {
0920nobodyさん
2005/12/18(日) 22:12:04ID:???なにが違うんだ？
USE_SECURITY && $actionInstance->isSecure()で
filterChainにSecurityFilterが登録されるわけだが。
なんでfilter.iniで再登録する必要がある？
$actionInstance->isSecure()の意味解ってないだろ
0922nobodyさん
2005/12/18(日) 23:39:16ID:???再登録以前に、filters.iniにBasicSecurityFilterを登録したら
未認証時に遷移するはずのLoginAction自体にもBasicSecurityFilterが適用されて強制無限ループ。
正確には、forwardが20回再帰すると例外投げるから無限ループにはならないみたいだけど。
すみませんでした。
0923nobodyさん
2005/12/18(日) 23:54:26ID:???BasicSecurityFilterは$this->loadModuleFilters($filterChain);
でregistすると、ループする。
（Default_LoginActionにisSecure ()適用したと同等の現象）
いちいちactionでisSecure ()をtrueに書き直すのめんどくさい。
何とかなりませんか
0924nobodyさん
2005/12/19(月) 17:48:44ID:???0925nobodyさん
2005/12/19(月) 18:34:07ID:???0926nobodyさん
2005/12/19(月) 21:25:50ID:???0927nobodyさん
2005/12/19(月) 21:49:37ID:???変だからやってる香具師いるかなぁと
普通ならPEAR::DB+DB_Objectだろうけど、PEAR::DBってadodbより遅いって言うし。
0928nobodyさん
2005/12/19(月) 21:53:15ID:???0930nobodyさん
2005/12/19(月) 22:08:30ID:???DB_DataObjectは確かに内部でDBを使っているが、
基本的に抽象レイヤーと組み合わせて使うもんじゃないぞ
DB_DataObjectのソースに手を入れるなら別だけど
0931nobodyさん
2005/12/19(月) 22:42:40ID:???0933nobodyさん
2005/12/20(火) 02:33:17ID:???PDO使いたいけどPHP5.1で動かないアプリがあるからムリポ
DB_DataObjectで楽するかadodbで早さを取るか迷い中
0934nobodyさん
2005/12/20(火) 12:06:31ID:???やる気ねーーー
0935nobodyさん
2005/12/20(火) 14:49:28ID:???0937nobodyさん
2005/12/20(火) 16:02:57ID:???0938nobodyさん
2005/12/21(水) 09:02:46ID:???0939nobodyさん
2005/12/21(水) 10:14:48ID:???今、Mojavi勉強中なんです。 ながら気になってます。
0940nobodyさん
2005/12/21(水) 11:02:52ID:???0941nobodyさん
2005/12/21(水) 15:41:11ID:???Mojavi覚えるの大変なんですが、何日くらいで慣れますかね？
0943nobodyさん
2005/12/21(水) 19:57:44ID:???オブジェクトを理解するのにちょうど良い。
0944nobodyさん
2005/12/21(水) 21:52:51ID:???0945nobodyさん
2005/12/21(水) 22:03:21ID:???0946nobodyさん
2005/12/21(水) 22:51:55ID:???0947nobodyさん
2005/12/21(水) 23:05:54ID:???0948nobodyさん
2005/12/22(木) 00:27:18ID:???アップデートしてそのまま使えるんか
0949nobodyさん
2005/12/22(木) 12:52:20ID:???結局Mojavi2で落ち着きました。 その後はまた考えます。
0950nobodyさん
2005/12/22(木) 18:28:57ID:???後々のこと考えるとphp5とm3の方がいい。
0951nobodyさん
2005/12/23(金) 02:00:04ID:???php4使うぐらいならフレームワーク使わないでいいと思う。
どうせ将来性ないし。
0952nobodyさん
2005/12/23(金) 04:49:25ID:???今のようなPHPの使われ方なら、PHP4で問題ない。
0953nobodyさん
2005/12/23(金) 10:19:22ID:???開発者の一人がもうphp4固有のバグなんかは直さないよというような
ものは使わないほうがいいと思う
0954nobodyさん
2005/12/23(金) 10:20:08ID:???0955nobodyさん
2005/12/23(金) 12:21:16ID:???0956nobodyさん
2005/12/23(金) 14:01:08ID:???一回目は普通のジングルベルで終わった後、もう一回ボタンをおしてリバースすると・・・
聞こえにくい場合は音を少し大きめに。
http://media.spikedhumor.com/8944/Jingle_Bells_Reversed.swf
0960nobodyさん
2005/12/23(金) 18:02:45ID:???初ﾌﾚｰﾑﾜｰｸにAgaviを選択してみました。
英語がさっぱりなので、ドキュメントもなんとなくしか
わからないのですけど、すごく良い感じですね。
日本語情報がすごい少ない以外は今のところ不都合ないです。
ってﾚﾎﾟになってないですね・・・。
0961nobodyさん
2005/12/23(金) 20:44:59ID:???そういうさ、途中で叫び声入るようなドッキリ系張る奴って、そんなに驚いたのか？
叫ばれてもお前に腹立つだけで、広めようとかまったく思わなかったんだが。
0962nobodyさん
2005/12/23(金) 21:33:46ID:???今PHPのサイトもエラ−になってる
http://www.php.net/
Fatal error: Call to a member function on a non-object in /local/Web/sites/phpweb/include/ip-to-country.inc on line 65
0963nobodyさん
2005/12/24(土) 01:48:59ID:???0964nobodyさん
2005/12/24(土) 02:58:29ID:???逆に手間増える場合も多いね。
抽象化レイヤ一枚かぶせただけみたいな形になって
しかもインターフェイスを憶えにくいからコーディングがﾉﾛﾉﾛになった。
0965nobodyさん
2005/12/24(土) 10:57:47ID:???べつにそういう印象はないけど、慣れの問題じゃない?
0966nobodyさん
2005/12/24(土) 13:22:47ID:???RDMSに対して生SQLを書かずにアクセスできる
ラッパークラスのアプローチ。
たしかに慣れたら速く書けるんだろうけど
ガンガン進みたい時に「あーｳｾﾞｰ！」ってなる。
0967nobodyさん
2005/12/24(土) 14:29:17ID:???わーい、仲間発見
可読性上がるし、エスケープ忘れ無くなるので、
がんばってるけど、SQL直書きに比べるとめんどいよね
0968nobodyさん
2005/12/24(土) 14:37:36ID:???インターフェイスがとても簡単なのもあるけど、生SQLはほとんどLEFT JOIN一本槍で
もう効率とかギリギリまで行く必要ないじゃん? みたいな思想に萌える。
findBySql()で、カスタムなsqlを飛ばしても、簡単なルールさえ守れば
スムーズにModelフレームワークに組み込むことは出来るし、
その気になれば複雑なjoin条件をモデルに指定する事もできるようだ。ドキュメント無いけど。
さて、そろそろ布団から出て宴会に行く支度するか。
0969nobodyさん
2005/12/24(土) 16:08:37ID:???あれMysql5系でどーすんだろ
0971nobodyさん
2005/12/24(土) 16:43:14ID:???0973nobodyさん
2005/12/24(土) 21:23:54ID:???JOIN関係で修正が必要になるのはON句でこじゃれたことしてる場合だけでいいの？
0974nobodyさん
2005/12/26(月) 12:06:40ID:???DBからユーザ情報をたくさん取得してこのオブジェクトにセットした場合
オーバーヘッドがすごいですよね。
複数のユーザ情報をvalueクラスにセットする場合ってどうやってますか？
class userValue {
private $userId;
private $name;
private $mail;
function getUserId() {
return $this->userId;
}
}
0975nobodyさん
2005/12/26(月) 13:36:57ID:???いわゆるActiveRecordみたいなことをしたいなら、__getや__setをつかうのがよいかと。
つーかオーバーヘッドがすごいってどういうこっちゃ？
0976nobodyさん
2005/12/26(月) 13:43:14ID:???0977nobodyさん
2005/12/26(月) 15:46:26ID:???場合に応じてValueListクラスを作ることもある。
0978nobodyさん
2005/12/26(月) 19:07:34ID:???private $userId;
private $name;
private $mail;
private $userAR = array();
こうやって対応しました。
0979nobodyさん
2005/12/27(火) 00:06:55ID:???PHPの場合連想配列があるから
こんな感じで作ったほうが使いやすくない？
private $_data = array();
function set($key, $value) {
$_data[$key] = $value;
}
function get($key) {
return $_data[$key];
}
0980nobodyさん
2005/12/27(火) 00:20:25ID:???0981nobodyさん
2005/12/27(火) 07:58:48ID:???Ruby on Railsに酷似しているという噂もあったり・・・？
あと誰か次スレ立てて。
0982nobodyさん
2005/12/27(火) 14:00:05ID:???0983nobodyさん
2005/12/27(火) 17:40:49ID:???0984nobodyさん
2005/12/27(火) 17:53:08ID:???0985nobodyさん
2005/12/27(火) 18:52:11ID:???そんな遅くないでしょ
この間のプレゼンでドキュメントを数週間以内に出すって言ってたけど
まだ出てないのかな
0986nobodyさん
2005/12/28(水) 00:22:05ID:???0987nobodyさん
2005/12/28(水) 03:11:20ID:???agaviの記事があったよ。
今回は他にもPHPの記事が結構あった。
0988nobodyさん
2005/12/28(水) 20:26:19ID:???そのphpファイルからmojaviで認証されたユーザー情報を参照したいのですが
どうすればいいでしょうか。
内緒なデータなので$_GETでは渡したくないです。
0990nobodyさん
2005/12/29(木) 01:30:04ID:???普通、Lib/下に置くものなんですか？ opt/下に置くものなんですか？
0991nobodyさん
2005/12/29(木) 11:49:15ID:???0992nobodyさん
2005/12/29(木) 15:50:17ID:???0993nobodyさん
2005/12/29(木) 16:11:46ID:???0995nobodyさん
2005/12/29(木) 17:00:29ID:???そもそもPHPだって設計きちんとやれば見下ろすほど拡張性低くないのにね。
まあJavaは言語仕様自体が拡張性上げてるようなもんだし。
特異メソッドだの特異クラスだのクロージャだの溢れかえったRubyにスケーラビリティのスの字もないと思うけど。
拡張モジュールをCで書いたりなんてことになると、もうね。
それより、Zend FrameworkはPHPネイティブらしいし、スケーラビリティに関して少しは期待していいかと。
RoRと比べてどうかとかは出てからじゃないと何ともいえないけど。
0996988
2005/12/29(木) 17:02:56ID:???session_start();
してvar_dump($_SESSION);
しましたが、array(0) { }
となってしまいました。mojaviの$userValueオブジェクトが
セットされているのですがセットされていませんでした。
0997nobodyさん
2005/12/29(木) 17:37:04ID:???0998997
2005/12/29(木) 17:42:43ID:???Phrame
http://phrame.sourceforge.net/
Mojavi Project
http://www.mojavi.org/
Agavi
http://agavi.org/
[ 日本発 ] Maple Project
http://kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
[ 日本発 ] guesswork
http://www.guesswork.jp/
Biscuit
http://bennolan.com/biscuit/
PHP on TRAX
http://phpontrax.com/
Web Application Component Toolkit (WACT)
http://www.phpwact.org/
symfony
http://www.symfony-project.com/
XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
0999nobodyさん
2005/12/29(木) 17:46:32ID:???http://cakephp.org/
これも。
1000nobodyさん
2005/12/29(木) 18:02:13ID:???1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。