全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50
【PHP】フレームワークについて語るスレ【総合】
1nobodyさん2005/08/10(水) 02:21:08 ID:CBjrwwHd
※フレームワーク
Phrame本家
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参照汁
2nobodyさん2005/08/10(水) 02:21:56 ID: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
3nobodyさんsage2005/08/10(水) 02:29:10 ID:???
>>1
乙
4nobodyさんsage2005/08/10(水) 02:35:18 ID:???
おつおつ　>>1
5nobodyさんsage2005/08/10(水) 10:58:07 ID:???
スレ立て杉orz
6nobodyさんsage2005/08/10(水) 21:02:00 ID:???
ｵﾘﾌﾚ族の俺が来ましたよ
7nobodyさんsage2005/08/10(水) 21:07:23 ID:???
本家のMojaviプロジェクトが寄付を募ってます。サーバー維持に衝き99ドル必要だそうです。
ハードなMojaviユーザーは払ってみるのも面白いかもしれません。

だって。ﾓｼﾞｬﾋﾞｊｐより。
結構インパクトはでかいのに
たかが99ドルが問題になるほど金になってねーのかYO
でもオープンソース商売っていまいち形が見えない。
Zendとかもどこで儲けてるんだろ？
8nobodyさんsage2005/08/10(水) 22:06:40 ID:???
apacheもどこでもうけてんだ？
9nobodyさんsage2005/08/10(水) 22:29:41 ID:???
guessworkってのもあるよ

ttp://www.guesswork.jp/
10nobodyさんsage2005/08/10(水) 22:43:28 ID:???
なんでPHPフレームワークって大体放置されぎみなんだろう…
11nobodyさんsage2005/08/10(水) 22:46:18 ID:???
やっぱ金にならないのが問題なんだよ。
サービスを続けるには金がいる。
それが技術者には分かってないのれす。
12nobodyさんsage2005/08/11(木) 01:16:39 ID:???
そんなに大きくないオープンソースプロジェクトの場合、やる気の方が問題。
だれもほめてくれなかったり、飽きるとみんなやめちゃう。

ただ、MojaviくらいならSourceForgeなどで充分なはずなのに、
サーバーが欲しいとわがままを言うのはまだプロジェクトに興味がある証拠かも。
13nobodyさんsage2005/08/11(木) 01:20:27 ID:???
本当に興味あるならもっとバリバリ更新できると思うんだけどなぁ
まあ仕事じゃないから仕方ないか…
14nobodyさんsage2005/08/11(木) 02:12:14 ID:???
Mojavi寄付の話、ここが元だね
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の登場に恩恵を受けたとも言えるから払おうかどうか迷い中。
15nobodyさんsage2005/08/11(木) 02:46:38 ID:???
ｵﾘﾌﾚで勉強させてもらったから$20送ったった
ま、経費で落とすけどな
16nobodyさんsage2005/08/11(木) 10:15:57 ID:???
そもそもフレームワーク必要になる位の案件なら
Java使うわい　って思うのね。
17nobodyさんsage2005/08/11(木) 10:33:15 ID:???
>>16
それいっちゃおしまいよ
18nobodyさんsage2005/08/11(木) 17:28:03 ID:???
フレームワークは
書けば書くほど楽になっていくから
RPGみたいな楽しさがあるよ
作ってて楽しいのは大きい。
19nobodyさんsage2005/08/11(木) 20:57:22 ID:???
MojaviObjectのtoStringは
何の時に使うんですか？
20nobodyさんsage2005/08/11(木) 21:02:05 ID:???
M2で若干違和感あった命名法（addLoggerとかcleanupとか）は
M3で直ってるんだな
パクるならM3からパクれ、と。
21nobodyさんsage2005/08/11(木) 22:20:58 ID:???
おまいらSean Kerrに金払ってやれよ
世間に大量の知をふりまいた奴に対してたった$220も集まらないなんて
これ使って金稼いだんだろ？えーこら
22nobodyさんsage2005/08/11(木) 22:30:20 ID:???
おまいら、
テンプレート継承してますか？

23nobodyさんsage2005/08/11(木) 23:40:30 ID:???
>>22
agavi の話？

SmartyView を継承したら思い通りに動かなかったので SmartyViewを元にView を継承したクラスを作った。

24nobodyさんsage2005/08/12(金) 00:04:34 ID:???
テンプレートとViewは別物ｼﾞｬﾝ
テンプレート継承ってどんなだ？いまいちイメージが沸かないな
25nobodyさんsage2005/08/12(金) 01:12:40 ID:???
M2のFileAppender、書き込み時ロックしてないから
高負荷になったらファイル壊れるよなぁ
26nobodyさんsage2005/08/12(金) 20:17:34 ID:???
ｱｶﾞﾋﾞﾁｪｯｸｱｳﾄしてみたけど
まだFileAppenderも埋まってねーのかよ　(　ﾟдﾟ)､ﾍﾟｯ
27nobodyさんsage2005/08/12(金) 23:33:14 ID:???
まだ開発途中だからな。
不満なら自分で作って投稿しろよ。
自分で作れないなら、指くわえて待ってろ。
28nobodyさんsage2005/08/12(金) 23:59:41 ID:???
guesswork
http://www.guesswork.jp/
も加えてやっとくれ。
もうじき出るらしい0.9.0に期待。
29nobodyさんsage2005/08/13(土) 00:00:23 ID:???
失礼、>>9 で既出でした。
30nobodyさんsage2005/08/13(土) 00:21:59 ID:???
>>28
割り切り感に共感した
31nobodyさんsage2005/08/13(土) 18:58:12 ID:???
>>28

　PHPでフレームワークを使ってみたいけど、大袈裟な物だと、PHPを使うより、
JAVAを使った方が良い様な気がして悩んでいたんだけど、guessworkは、
私のニーズにすっぽりはまりそうな感じ。
　ただ、昨年の10月に 0.0.1 が出でから全然更新されていないので、自然消滅
かなと思ってたけど、

http://blog.bmedianode.com/

　で開発が続いている事を知って、ひと安心。

　0.9.0 が今月中に出る予定なんですね。
32nobodyさんsage2005/08/14(日) 01:16:18 ID:???
>>28
これって使ってみた人いる？
controller を継承したclassをひとつ作ればいいだけ？
Action とか View とか命名規則とか覚えなければならないのは面倒だからなー。
でもこれって　フロントコントローラー形式じゃなくて 一つのスクリプトが一アクションって感じかね。
33nobodyさんsage2005/08/14(日) 02:02:27 ID:???
フロントコントローラで
actionをメソッドで持つ形だね
34nobodyさんsage2005/08/14(日) 03:10:29 ID:???
ｹﾞｽﾜｰｸの変数だけ用意しておけば
勝手にほりこんでくれるってアイデア何か新しいな
リクエストパラメータ以外にも使えそう
35nobodyさんsage2005/08/16(火) 19:36:28 ID:???
> guesswork classic 0.0.2
> PHP4用のguessworkをguesswork classicと改称して、0.0.2をリリースしました。

　PHP5用は、まだみたいですね。
36nobodyさんage2005/08/16(火) 23:42:43 ID:???
mojaviでactionクラス作って、そのクラスのメソッド中に変数を
作ると、エラーになるんでしょうか。

Undefined variable とエラーになってしまいます。
なぜでしょう。
37nobodyさん2005/08/17(水) 00:07:28 ID:pp1u9i8Z
>>36
Mojavi以前にPHPでメソッドないでメンバ変数にアクセスするには$this->var
また、PHPで値を代入していない変数を参照するとUndefined variableのノーティスがでるが。
38nobodyさん2005/08/17(水) 00:11:11 ID:XikmAfZG
優しいなぁ･･･この季節は放置が基本だと思ってたよ。
39nobodyさんsage2005/08/17(水) 00:21:55 ID:???
>>37さん
どうもありがとう。

$test = '';
で回避していました。
40nobodyさんsage2005/08/17(水) 04:32:13 ID:???
Mojavi鯖のドネーション、あと1日たらずじゃん。
前より増えてるけどまだ届いてない
侠気のある奴よろしくﾒｶﾄﾞｯｸﾞ。
41nobodyさんsage2005/08/17(水) 06:49:28 ID:???
>>40
念のため書いておくけど

Deadline:
08/17/2005 11:59 PM EST

ってのは日本時間で８月１８日（木曜日）の昼間１２時５９分ね。
１日と６時間ちょいだそうな。

それと払える人はマジ払えって。
いや、払ってください。よろしくお願いします。
42nobodyさん2005/08/17(水) 14:49:39 ID:XikmAfZG
いや、だってMojaviやる気ないじゃん…
FreeBSDみたいバリバリ動いててお世話になってるプロジェクトが
あと一日で金足りないなんて自体ならさすがに考えるけど。
43nobodyさんsage2005/08/17(水) 16:57:51 ID:???
でもこれで集まらなかったら
多分本当にやめちゃうだろうな。
この程度しか期待されてねーのかよって。
しかしMojavi使いが世界に何人いるのかしらないが
この集まりってどうなんだろ。
一部で騒がれていただけで案外ユーザー少ないのか。
4442sage2005/08/17(水) 17:02:26 ID:???
agaviあるしそれでもいいんじゃないの？
俺は未だにagavi未使用だけどさ。
45nobodyさんsage2005/08/17(水) 17:22:22 ID:???
ん？
220ドルすら集まらないってこと？
46nobodyさんsage2005/08/17(水) 17:25:19 ID:???
アガビにまるまくりされる＆鯖の金も集まらない
Kerrもへこみまくりだ
47nobodyさんsage2005/08/17(水) 17:25:54 ID:???
まるまくり→まるぱくり
48nobodyさんsage2005/08/17(水) 17:33:04 ID:???
agaviってそんなに良いの？
49nobodyさんsage2005/08/17(水) 17:35:22 ID:???
ひょっとして$20贈ったらしい>>15が一番貢献したのではなかろうか・・・
50nobodyさんsage2005/08/17(水) 20:07:01 ID:???
開発止まってるとはいえ、恩恵に預かったのも確かだから、
俺も$20送ってきた。したら、76-99%になったよ。あと$10なのかなぁ。
んでもって、あと16時間。
51nobodyさんsage2005/08/17(水) 20:43:04 ID:???
いや、51-75% から 76-99% に変わったみたいだから、おそらくあと 25% 弱必要だろうね。
ざっと$40〜$50ってとこかな。あと４〜５人か・・・。微妙な線だな。
52nobodyさんsage2005/08/17(水) 20:49:48 ID:???
76〜99％か…
てっきり76人・99％かと思った
微妙だねぇ
53nobodyさんsage2005/08/17(水) 22:04:18 ID:???
フレームワーク使うときってユニットテストどうしてる？
自作のフレームワークの人なんかはテストも込み込みで構築してるのかな
54nobodyさんsage2005/08/18(木) 01:47:12 ID:???
俺も結構お世話になったので
$10 送って来た
55nobodyさんsage2005/08/18(木) 01:59:45 ID:???
Finishになってるね
$220到達したのかな？
56nobodyさんsage2005/08/18(木) 02:00:57 ID:???
$20 のお布施入れてみたら 100% になった。
1000 げとずさー？
57nobodyさんsage2005/08/18(木) 02:01:52 ID:???
もしかして寄付してるの日本人が半分超えてないか？
58nobodyさんsage2005/08/18(木) 02:10:24 ID:???
>>15,50,54,56で$70か
こりゃー頑張ってもらわないとな
59nobodyさんsage2005/08/18(木) 02:38:18 ID:???
おーGJ！
半分あきらめていたがジャパニーズマネーをたくさん注入したな
ｶｰも喜んでるだろう
60nobodyさんsage2005/08/18(木) 02:53:27 ID:???
また日本が馬鹿にされるんだ。金貰うならあの国だって
61nobodyさんsage2005/08/18(木) 04:38:50 ID:???
ｶｰは良い奴だからそんなことないよ
62nobodyさんsage2005/08/18(木) 09:04:06 ID:???
ﾎﾞﾌﾞも良い奴だよ
63nobodyさんsage2005/08/18(木) 10:08:12 ID:???
ゲスワークそろそろっぽい雰囲気だな
「PHPらしい簡単フレームワーク」という新しい地平を
切り開いてゆくか？
64nobodyさんsage2005/08/18(木) 11:56:16 ID:???
>>56
オメ
65nobodyさんsageage2005/08/19(金) 00:52:11 ID:???
MVCでデザに依頼すること考えているんだけど、
普通のホームページと違ってむずかしいよね？
66nobodyさんage2005/08/19(金) 02:02:56 ID:???
mojaviの user , request　各クラスのメンバ変数に$attributes
ってやつがあるけど、どうちがうの？
67nobodyさんsage2005/08/19(金) 02:05:03 ID:???
うちの場合はデザに通常のHTML組みまでやってもらって、
データ部分を後でプログラマがテンプレートエンジン用変数等を
埋め込むってやり方してる。
68nobodyさんsage2005/08/19(金) 05:27:20 ID:???
>>65,67
1.67さんと同じパターン(ただこれだと手離れが悪い)
2.受け渡しの変数名等いれたダミーページを作って渡す
を相手を見て決めます。
ところで「デザ」って言うの？デザイナ(ー)としか言ったことないんだけど
デザって言わないと格好悪い？
69nobodyさんsage2005/08/19(金) 18:35:20 ID:???
>>68
そんなことを気にするのが格好悪い。
70nobodyさんage2005/08/22(月) 01:54:17 ID:???
デザってCSSちゃんと使えてる？
71nobodyさんsage2005/08/23(火) 21:37:01 ID:???
J2EEパターン本読んだら
Mojaviの思想がすんなり理解出来た
ほとんどそのまんまやん
逆にJ2EEパターンを知らずにMojaviを理解しようとすることは
かなり徒手空拳だったな…
72nobodyさんsage2005/08/23(火) 23:15:36 ID:???
Mojavi & Agavi ケコーン？
ttp://article.gmane.org/gmane.comp.web.agavi.devel/157
73nobodyさんsage2005/08/24(水) 00:06:21 ID:???
>>72
みたいだね。
要約しますた。

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は完全な再設計になり、以前よりもリリースサイクルが短くなる。
74nobodyさんsage2005/08/24(水) 00:52:30 ID:???
これはいい流れだ。

しかし Mojavi4は完全な再設計かよ
php5で安定したものがホスィ

75nobodyさんsage2005/08/24(水) 02:32:19 ID:???
こりゃまた意外な流れだな
76nobodyさんsage2005/08/24(水) 03:15:43 ID:???
使わせてもらった側なのにこんなこというのもなんだけど、振り回された感はあるな。
77nobodyさんsage2005/08/24(水) 03:40:33 ID:???
Mojavi4は出ないに３０００点。
78nobodyさんsage2005/08/24(水) 05:16:50 ID:???
guessworkの
プロパティーがあれば勝手にほりこんでくれる機構をパクって
LogicやDAOを勝手にほりこんでくれるようにしたよ
ｵﾘﾌﾚ最高☆ｾﾌﾚも最高☆
79nobodyさんsage2005/08/24(水) 10:17:07 ID:???
guesswork のclass method Filterってどう使うのでしょうか？

コントローラのリファレンスを受け取ってごにょごにょってもんだと思って
たんですが、リファレンスが受け取れないようになってる。
そういう使い方を想定したもんじゃないの？
80nobodyさんsage2005/08/24(水) 16:17:16 ID:???
XOOPSの開発者が作ってるXOOPSモジュール開発用のexFrameなんてフレームワーク
もあるんだな
81nobodyさんsage2005/08/25(木) 02:02:44 ID:???
minahitoさんのやつね
82nobodyさんsage2005/08/25(木) 09:27:00 ID:???
mojaviでつくったものとデザインの組み合わせ難しいです。
URL_FORMATを 1 にして各モジュールで画像をわけるんですけど

最終的な微調整の際 dreamweaver みたいなアプリでいじくることできないし。

83nobodyさんsage2005/08/27(土) 20:23:14 ID:???
https://trac.cakephp.org/

Ruby on Railsをパクったphpフレームワークだってさ
Mojavi系（Struts系）はもう古いんかも？
84nobodyさんsage2005/08/27(土) 20:44:49 ID:???
Ruby on Railsはどうも馴染まないというか･･･
ぶっちゃけPHPにRailsのようなコマンドでスケルトンを生成して〜のような
開発体系は合わない気がするんだけど。
そりゃ大規模開発には便利なんだろうけどね、漏れ的には旧guessworkみたいな
こじんまりとした小規模Webアプリ用フレームワークのほうが肌に合ってる。小物だな漏れも。
そのguessworkも新しいのはRailsっぽいみたいで、ちょっと残念。
85nobodyさんsage2005/08/28(日) 03:03:18 ID:???
>>84
Railsのスクリプト群は単にスケルトンを生成するだけにとどまらず、

メソッド単位でのベンチマーク、
リモートでも使えるデバッガ、
プロファイラ、
Rubyのコードを記述してDBのレコード管理ができるコンソール、
アプリケーションの任意のメソッドのみを手動で実行するツール、
開発用httpd、
単体および結合テストの実行、

なども含んでいるから、PHPでもそこまでできるようなものがあれば
便利なのかもね。
86nobodyさんsage2005/08/28(日) 06:11:22 ID:???
DBのテーブル定義からクラスを作ってくれる機能が気になるなぁ
DAO周りがどうもキレイにかけないから
87nobodyさんsage2005/08/28(日) 06:13:00 ID:???
Kerrが急速にやる気を失った背景にはRailsの存在があったのかも？
と妄想してみる。
88sage2005/08/29(月) 00:36:22 ID:s8UfImjl
>>82
全部CSSでデザインしたらPHPeclipseの入ってるeclipseでViewしながら微調整可能
89nobodyさんsage2005/08/29(月) 03:05:45 ID:???
どなたかLLDNに行ったﾔｼはいらっしゃいませんか?
90nobodyさんsage2005/08/29(月) 05:29:10 ID:???
なんでテンプレにprado入ってないの？
一番まともに動いてるプロジェクトだと思うんだが
91nobodyさんsage2005/08/29(月) 07:53:42 ID:???
1が知らなかっただけでしょ。
どんなフレームワークか総括してくれると
みな嬉しいと思う。
次スレ（あるかどうかはわからんが）のためにもなるし。
92nobodyさんsage2005/08/29(月) 13:16:57 ID:???
PRADO:
「PRADO is a component-based and event-driven Web programming framework for PHP 5.」
というわけで、イベントドリブンなコンポーネント指向のフレームワークでPHP5専用。
DelphiやC#のような開発体系が取れる（らしい）。サンプルみるとDelphiまんま。

でもこういうフレームワークってRADがあって初めて成立するんじゃないかと思うんだが、
実際使ってどんなもんなんだろう。
RADが自動生成する部分も自力で書くのはあんまり想像したくないんだが･･･
93nobodyさんsage2005/08/29(月) 14:39:30 ID:???
ざっと見た感じではJavaのJSFの真似みたいなもの？
ていうかこういうフレームワークを使うと
PHPの存在意義が全くない気がするような。
94nobodyさんsage2005/08/29(月) 16:18:55 ID:???
>>93
レンサバでjavaは動かせないだろ
95nobodyさんsage2005/08/29(月) 16:21:25 ID:???
>94
本末転倒とはこのことだ
96nobodyさんsage2005/08/29(月) 16:24:31 ID:???
>>95
わかってないね
97nobodyさんsage2005/08/29(月) 16:40:05 ID:???
>>92
>RADが自動生成する部分も自力で書くのはあんまり想像したくないんだが･･･
RADまでいかなくとも、PradoマスターでコンポーネントやDWのタグも生成してくれるから、
けっこう便利ですよ
98nobodyさんsage2005/08/30(火) 06:09:06 ID:???
http://www.dumitrup.com/cake/
Railsと比べると超微妙…
99nobodyさんsage2005/08/30(火) 09:38:54 ID:???
Railsの真似をする方向性は間違ってないと思う。
（Strutsを真似する事に比べれば。）
100nobodyさんsage2005/08/30(火) 21:58:14 ID:???
俺もそう思う
でもPHPをメインに扱う１PHPユーザとしては
Railsとかみたいにその言語の特徴を生かした
何かオリジナルの新しい方向性を持ったフレームワークが
PHP発で出て欲しいなあと願ってやまないのと、
そういうの作ってみたいなあと思いながらも
仕事こなすだけで精一杯なしがない現実

PHPらしさ、ってなんだろう、、、
101nobodyさんsage2005/08/30(火) 22:07:50 ID:???
新guessworkはまだかいな
102nobodyさんsage2005/08/31(水) 01:21:24 ID:???
オリジナルかどうかなんてどうでもいい。
パクリでもなんでもいいから楽に開発できるやつが欲しい。
103nobodyさんsage2005/08/31(水) 02:06:10 ID:???
Railsは実行パフォーマンスが…
104nobodyさんsage2005/08/31(水) 02:42:14 ID:???
結局、自動生成をがんがんしてくれる
ツールが普及しないと楽にはならないでしょう。
105nobodyさんsage2005/08/31(水) 08:23:44 ID:???
>>101

> guesswork.jpがホスティングされているのはカリフォルニア州サンディエゴなので、
> 遅くとも現地時間の31日中にはリリースしようと思っています（日本時間だと1日の
> 午前8時くらい？）。

　だそうな。
106nobodyさんsage2005/08/31(水) 09:19:15 ID:???
guesswork-classicを使ってみて、
このユルい感じが気に入った。
0.9.0も楽しみだなー。
107nobodyさんsage2005/08/31(水) 13:25:13 ID:???
なんとなくMojavi一辺倒だった潮流も変わって来たね
108nobodyさんsage2005/08/31(水) 17:44:10 ID:???
>>107
mojavi一辺倒だと思ってたのはあなただけよ
109nobodyさんsage2005/09/01(木) 05:40:59 ID:???
パラメータの受け渡しが面倒くせーと思って
ロジック側でリクエストパラメータの受け取りや
viewへの荷物梱包までしてたら
Action見ても何を渡して何を受け取ってるのかが分からなくなり、
ものすごく分かりにくくなってしまったorz
面倒くさくても受け渡しはちゃんと書かなきゃﾀﾞﾒだね(ﾟ∀ﾟ)ｱﾋｬ
110nobodyさんsage2005/09/01(木) 08:59:31 ID:???
>>108
>>107じゃないけど、前スレではMojavi一辺倒な流れも確かにあったね（Phrameスレだったのに）。
そしてこのスレではMojaviが堕ちていく様子が描かれている。
111nobodyさんsage2005/09/01(木) 16:04:00 ID:???
Mapleのサイト覗いてみたら
ActiveRecord云々。
流れはRails方向に向かってる模様。
>>110
Mojaviはちょっと動きがなさすぎ…
PHPの世界に
汎用フレームワークの概念を広めたのは功績だと思うけど
112nobodyさんsage2005/09/01(木) 19:06:08 ID:???
>>110
動きがなかったのはそれなりの理由があったわけだし
これからは動いていくんじゃないの？
113nobodyさんsage2005/09/01(木) 19:23:02 ID:???
agavi次第。
114nobodyさんsage2005/09/01(木) 22:00:18 ID:???
>>113
AgaviはMojavi4に統合だとさ。
Mojavi3は放置プレイだと。
もうMojavi3で開発始めちゃったよ！っていう早漏がいそうだなぁ・・・。
・・・、俺だよ俺・・・。
115nobodyさんsage2005/09/01(木) 23:55:53 ID:???
おいモジャビ（日本）のサイト晒せ。
116nobodyさんsage2005/09/02(金) 00:17:24 ID:???
>114
>73
117nobodyさんsage2005/09/02(金) 02:04:14 ID:???
ていうかagaviはあれである程度の完成系だから、いいんですよ。
その他についてはむしろPHP5.1次第というかなんというか
118nobodyさんsage2005/09/02(金) 02:12:51 ID:???
Mojavi2を今まで使ってたんだけど、そろそろPHP5かなと思ってagaviインストールして動作テストしてるとこなんですが。

ぶっちゃけ運用するものは今までどおりMojavi2で作って、PHP5対応についてはMojavi4待ったほうがいいでしょうか？
119nobodyさんsage2005/09/02(金) 02:33:11 ID:???
>>118
それは状況や能力次第だろ。
M2で既に貴重な財産を築いているなら、今agaviにする必要は全くない。
逆に再利用できない糞コードばかりで作ってたなら、待つ必要は全くない。
120nobodyさんsage2005/09/02(金) 02:42:39 ID:???
>119
コードは試行錯誤があるので綺麗なのも糞なのもあるけど、基本的に再利用可能なようにはなってる。
では次もMojavi2で行ってみます。どうも。

ところで、Mojaviとか他フレームワーク用に、モジュール単位で公開してるサイトとかってありますか？
そもそも私が作ると、PearのMojavi用ラッパーみたいなものが幾つか出来てから
コアの部分のコードを実装して完成（まぁここが一番手間なのだけど）、みたいになるのですが皆さんどんな感じでしょうか？
121nobodyさんsage2005/09/02(金) 03:55:24 ID:???
agavi+propelでRailsみたいに、Create, Read, Update, Deleteがモデル一個呼び出すだけで
できるようにしてる
122nobodyさんsage2005/09/02(金) 09:22:10 ID:???
>>114
agavi は mojavi3とほぼ互換だからｶﾞﾝｶﾞﾚ
123nobodyさんsage2005/09/03(土) 02:31:31 ID:???
M2は曖昧すぎて、部屋の片付けもまともにできない俺ではぐちゃぐちゃになってしまう。
M3やagaviくらいが丁度いい。
124nobodyさん2005/09/03(土) 08:17:31 ID:gPh989uD
Ethnaを使ってみようと思ってるんだけど、
誰か使ったことある人いる？
感想とか聞かせてくれるとうれしい
125nobodyさんsage2005/09/03(土) 23:57:24 ID:???
EthnaとかMojaviとかMapleって本当に使われてるの？
仕事で使えるか調査中なんだが。。。

126nobodyさんsage2005/09/04(日) 12:14:29 ID:???
>>125
まず社内で使ってみる！
社内だとなにかあっても「ごめんなさい、直します」で通用するから。
127nobodyさんsage2005/09/04(日) 13:30:24 ID:???
Mojavi3をカスタマイズして使ってるって所は聞いたことある。
EthnaはPHPの最新版(4.4.xや5.1.0RC1)だとそのままじゃ動かない。
Mapleも3.0.1が出るのを待つべき。
128125sage2005/09/04(日) 16:46:31 ID:???
そうですか、やっぱりJavaかなぁ。
agavi、、も同じですよね。

PHPの手軽さ、開発効率の良さ、に期待したいのですが、、。


129nobodyさんsage2005/09/04(日) 21:38:46 ID:???
>>128
Movaji2なら3案件くらい使った。DBの管理プログラムとか
ショッピングサイトとか…。正直、開発効率というのなら自分で
フレームワークというか必要な部分を作ってもいいかなという感じ。
今Mapleと格闘中。途中を客にみせられる大根はよいかな。
あと結局中途半端になってしまったけど（これは自分のせい）
テストファーストもどきでも作れるのはいい感じ。
自分が追いついてないなと感じました。まぁ独りで作るなら
MojaviもEthnaもMapleも一緒。大根分Mapleかな。
130129sage2005/09/04(日) 21:40:40 ID:???
ごめんMovaji2にはつっこまないで。反省してるから。
131nobodyさんsage2005/09/04(日) 22:53:32 ID:???
言われないと気づかなかったw
132nobodyさんsage2005/09/05(月) 00:48:05 ID:???
ヤベ、>>131まで読んでやっと気づいた orz
133nobodyさんsage2005/09/05(月) 08:00:48 ID:???
あれ、俺なんて>>132まで読んでまだ気づけない……
134nobodyさんsage2005/09/05(月) 08:25:22 ID:???
>>130-133お麻衣ﾀﾝおかしいよ。ドコに問題が有るんだ？
135nobodyさんsage2005/09/05(月) 08:36:52 ID:???
まぁ、なんだ。
movaji の検索結果 約 88 件
mojavi の検索結果 約 53,300 件
136nobodyさんsage2005/09/05(月) 08:43:15 ID:???
>>134
> 麻衣ﾀﾝ

ここらへん
137nobodyさんsage2005/09/05(月) 15:49:42 ID:???
どうして間違うんだ？キーボードのキーの位置が近いわけでもないし。
138nobodyさんsage2005/09/05(月) 16:44:20 ID:???
ガチャガチャ打ってると、たまーに文字が前後する時はあるな
明らかに自分のミスだけど、俺のタイプが早すぎてマシンがついてきてないんだと思うようにしてる
139nobodyさんsage2005/09/05(月) 19:00:13 ID:???
こういうくだらないスレ違いネタになると、急に発言者が増えるなｗ
140nobodyさんsage2005/09/05(月) 23:24:13 ID:???
ちょｗｗｗｗおまえらｗｗｗ

PHPCon2005 で中井たんと dino が大盤振る舞いしてくれた CD の事もちったぁ思い出してやれよ。
141nobodyさんsage2005/09/05(月) 23:37:15 ID:???
だって、Mojavi3終わっちゃったじゃん。
142nobodyさんsage2005/09/06(火) 00:19:25 ID:???
それもらったけど、みるまえにどっかいった。
143nobodyさんsage2005/09/06(火) 00:21:16 ID:???
5.1がRC1まできてますよ
144nobodyさんsage2005/09/06(火) 01:53:30 ID:???
http://bennolan.com/biscuit/
http://phpontrax.com/
PHP on Railsを語るフレームワーク
145nobodyさんsage2005/09/06(火) 01:55:05 ID:???
ビスケットなんかはそれで書かれたフォーラムのサンプルがあるから良い
146nobodyさんsage2005/09/06(火) 04:18:48 ID:???
フレームワーク乱立しすぎw
ビスケットとかケーキとか何でRails系はお菓子関係？
147nobodyさんsage2005/09/06(火) 09:11:59 ID:???
多様性はあったほうがいいが、乱立はイクない！
要はきちんと継続的にメンテナンスしてね。
漏れが言うのもなんだけど。
148nobodyさん2005/09/06(火) 14:58:45 ID:aYh8x/z9
メンテやフィードバックにかかわってる人数少ない
実戦投入の話題（具体例）があまり無い
PEARとかでやりくりしてた人から見るとシステム全体が助長に感じてしまう

→自分でつくったほうがいくね？　て感じ？
149nobodyさんsage2005/09/06(火) 15:14:11 ID:???
探すの面倒なので誰か公開されてるフレームワークリスト作って。
150nobodyさんsage2005/09/06(火) 15:19:20 ID:???
>>1
>>9
>>83
>>144

で大体既出な気がするけど、他にあんのかな？
151nobodyさんsage2005/09/06(火) 16:42:00 ID:???
海外含めればキリが無いだろう。
まあ、開発終了しているのも結構ありそうだが。
http://ethna.jp/ethna-related.html
152nobodyさんsage2005/09/07(水) 00:04:38 ID:???
あのう，結局，Maple の 3.0.1 って……？
作者さんリリースをまとめる気なくしちゃってるのかなぁ……
153nobodyさんsage2005/09/07(水) 00:27:18 ID:???
>>152
今週中だとさ
作者さんの日記参照
154nobodyさんsage2005/09/07(水) 00:51:57 ID:???
>>148
お前はこのスレ来なくていくね？　て感じ？
155nobodyさんsage2005/09/07(水) 01:12:11 ID:???
>>153
おぉっとほんとだ情報ｻﾝｸｽ

CVS版でも大差ないんだろうけど
どうも性分でスナップショット版みたいのを使う気になれなかったのだけど
これでやっと使ってみることができるわー
1561482005/09/07(水) 04:13:36 ID:VkYxruOZ
>>154
ごめん、このｽﾚ毎日何回もチェックしてるよ
フレームワーク乱立の理由について思ったこといっただけ


157nobodyさんsage2005/09/07(水) 04:25:23 ID:???
>>156
チェックしてるだけじゃなくて、いつも同じこと書き込んでるよね。
158148sage2005/09/07(水) 04:27:27 ID:???
書き込んだのは148がはじめてだけど？
159nobodyさんsage2005/09/07(水) 04:29:52 ID:???
>>158
お前はこのスレ来なくていくね？　て感じ？
160148sage2005/09/07(水) 04:31:10 ID:???
わかりました　さようなら
161nobodyさんsage2005/09/07(水) 04:35:56 ID:???
>>148
＞実戦投入の話題（具体例）があまり無い
＞PEARとかでやりくりしてた人から見るとシステム全体が助長に感じてしまう
PEARはつかってるの？PEARの実践投入の具体例ってどんなのがあるの？
162148sage2005/09/07(水) 04:46:27 ID:???
実はクラスライブラリとか使ったことありませんし
自分で書いたPHPコードをうごかしたことありません
ごめんね
163nobodyさんsage2005/09/07(水) 04:56:22 ID:???
>>156
別に乱立ってほどの数でもないだろｗ
ためしにjavaとかで探してみろよ
特にビスケットなんて無理やり穿り出したようなもんだし
164148sage2005/09/07(水) 05:59:16 ID:???
今日（昨日か）会社でフレームワーク使ってみればって提案したのさ
そしたらやれ情報が少ないとか、
つかい慣れたライブラリのほうが速いとかいわれてさ、
あげくのはてに「こんどうちで最強のフレームワークつくりましょうよ」
とかいいだしてさ。
まるごとPHPと黄色いやつ職場用に買って持ってったのに
「うはーそれ持ってるwww」みたいなノリだし

で、強烈なディファクトスタンダードみたいなのができれば、
疑いも無くそれ使うくせにっておもった。

でこのｽﾚみたら146と147があったから148を書いた。
もう寝るからレスすんなボケ




165nobodyさんsage2005/09/07(水) 08:01:46 ID:???
>>164
会社の上は現状維持したいアホばかりだから気にすんな
166nobodyさんsage2005/09/07(水) 11:48:28 ID:???
>164
お前そのアホばかりの中に入っててお似合いの職場だからから気にすんな。
167nobodyさんsage2005/09/07(水) 11:56:22 ID:???
164に噛みついてる奴はいったい何があったんだろう…
ほのぼのしてたスレなのに無駄に荒らすなよ
168nobodyさんsage2005/09/07(水) 12:02:30 ID:???
ずっと不思議だったのだが
ﾊﾞﾃﾚﾝのフレームワークやライブラリの情報とか
お前らどこから仕入れてくるんですか？
169nobodyさんsage2005/09/07(水) 18:22:46 ID:???
>>164
誰がそんなレスしろって言ったの？で、
PEARの実践投入の具体例ってどんなのがあるの？
170nobodyさんsage2005/09/07(水) 18:23:49 ID:???
>>168
google
気になった情報を調べていくうちに、連鎖的に付加情報が入ってくる。
171nobodyさんsage2005/09/07(水) 21:58:39 ID:???
>>168
開発者のブログが多いかな
172nobodyさんsage2005/09/08(木) 01:36:11 ID:???
まぁ、日本のサイトだけじゃまず情報は補えないな
173nobodyさんsage2005/09/08(木) 01:58:54 ID:???
>>172
あいまいに発言して見栄はらずに晒したらどうよ？
174nobodyさんsage2005/09/08(木) 02:32:08 ID:???
>>173
google
175nobodyさんsage2005/09/08(木) 02:33:39 ID:???
>>173
たとえば、ビスケットとかなんかはPHP-on-Railsで検索して出てきた。
こんなのが見栄に見えるなんて、かわいそうな子だなｗ
176nobodyさんsage2005/09/08(木) 03:00:48 ID:???
別に英語でもかまわないから
こんなフレームワークがあるよって短評と共に
書いてあるサイトがあれば幸せになれると思わない？

試してみないとわからないって意見もあるが
RailsタイプであるとかJSFタイプであるとか
ある程度の分類が分かれば絞れるわけだし。
wikiでも作ろうかな。
177nobodyさんsage2005/09/08(木) 03:40:05 ID:???
>>176
好きにすればいい
178nobodyさんsage2005/09/08(木) 03:44:46 ID:???
最初は糞めんどくせーと思ってた英語ドキュメントも
最近はわりと読めるようになってきたな
179nobodyさんsage2005/09/08(木) 03:45:46 ID:???
かな。じゃなくて、作った。くらいフットワークが軽くないと
ずっと俺の背中ばっかり見ていることになるぞ。
180nobodyさんsage2005/09/08(木) 03:54:52 ID:???
>>179さんの背中見ているだけでも良いのでお願いします。
181nobodyさんsage2005/09/08(木) 04:32:25 ID:???
googleのfirefox拡張が重宝。
単語調べる手間が省ける
182nobodyさんsage2005/09/08(木) 04:36:10 ID:???
DOS窓でExcite辞書引くスクリプト作ってある
Perlで。
183nobodyさんsage2005/09/08(木) 04:36:54 ID:???
コンポジットビューパターンとかで
viewに渡す変数を得るためのクラスを呼ぶ時って、
list($hoge,$fuga,$moge,$nuko) = $poge->piyo()
みたくするのか、
$poge->piyo($request)
みたくして$requestに入れてもらうのか、どっちが定石？
前者だと、何を受け取っているのか分かりやすいけど、面倒くさい。
そしてある程度コピペコーディングをしないといけなくなる。
後者だと、記述が楽だし、
後でクラスを書き換えても、呼び出し側では書き直す必要がないけど、
何を受け取っているのかは、呼ぶクラスの内部を見ないと分からない。
マジ迷ってます。
教えていやらしい人。
184nobodyさんsage2005/09/08(木) 04:45:28 ID:???
>>181
ツールバー入れてたけどこんな機能あるとは知らなかった
すげー便利じゃん
サンクスちんぽ！
185184sage2005/09/08(木) 05:04:51 ID:???
http://propel.phpdb.org/docs/user_guide/
propelのこのページ
単語にカーソル合わせても全然違う単語が出る…
同機能がある翻訳ソフトなら大丈夫かな
186nobodyさんsage2005/09/09(金) 03:57:25 ID:???
Mojaviで
jsとかcssのファイルはどこに置いていますか？
187nobodyさん2005/09/09(金) 18:57:54 ID:y9gKBfXh
>>186
modpub
188nobodyさんsage2005/09/09(金) 23:06:05 ID:???
PHPが範としていたJava界では
ライトウェイト方向に流れてるから
今、PHPでどんなフレームワークを選べばいいのかは
微妙だねぇ。
Mojavi/Agaviは重い気がするし
かといってMapleやguessworkもまだ過程にあるし。
189nobodyさんsage2005/09/10(土) 02:00:04 ID:???
ViewHelper導入したら
随分分かりやすくなったわ。
PHPフレームワーク文化圏で
ViewHelper軽んじられすぎてね？
ライトウェイトフレームワークとも親和性高いと思うんで
考えてみてくれ＞エバンジェリスト達
190nobodyさんsage2005/09/10(土) 04:18:39 ID:???
>>188
Agaviはかなり軽いだろｗ
あ、ごめん。気がするだけで使ったことないのね。
191nobodyさんsage2005/09/10(土) 04:32:02 ID:???
>>190
動作はどうか知らないが
「考え方」がライトウェイトじゃないじゃん？
192nobodyさんsage2005/09/10(土) 14:53:27 ID:???
そもそもEJBを利用いた開発とPOJOを利用した開発を
対比してライトウェイトって言われてるんじゃないのか？
JAVAでいうライトウェイトを引き合いに出してる
時点で見当違いなキガス
とmojavi信者が反論してみる
193184sage2005/09/10(土) 23:41:22 ID:???
ﾍﾞﾀだけど東芝の翻訳インターネット買ってきた
googleツールバーのチップ表示くらいがちょうどいいんだけど
（翻訳インターネットではポップアップウインドウに表示される）
まあ普通に便利ですわ
194名無しさん＠そうだ選挙に行こうsage2005/09/10(土) 23:45:21 ID:???
いまPHPcakeを試してる。
Railsは知らないけど、全体の見通しはかなりいい。
cakeの流儀にさえ従っていればすごく楽をできる。
まぁ、まだバグはかなりあるけど。

AjaxHelperのドキュメントが無いけど、Railsの奴を読めばいいのかな。


でも、cakeをさわっていちばん感心したのはtracだったりする。
そろそろcvsからsvnへ乗り換えたいなぁ。
195名無しさん＠そうだ選挙に行こうsage2005/09/11(日) 04:29:16 ID:???
cakephpはSVNがsslなせいで、subclipseから引っ張り出せないから駄目。
196名無しさん＠そうだ選挙に行こうsage2005/09/11(日) 09:34:06 ID:???
じゃぁstoneとかでsslトンネルを掘ればいいんじゃないのかな。
でもふつうのsvnクライアントを導入すればsvn coと打つだけなのに
197nobodyさん2005/09/11(日) 23:51:20 ID:9VoVbPCa
PHP使ってるヤフーはフレームワークになんか使ってるのかな。
198nobodyさんsage2005/09/13(火) 09:24:36 ID:???
さあ皆で乗り換えよう
199nobodyさんsage2005/09/13(火) 10:08:43 ID:???
小規模なWebアプリに特化したフレームワークって出ないもんかな？
BBSとかショッピングカートとか、一般にzipで固めて配布するようなもの向けの。
RoRのようなのはまずコマンドで開発環境をそろえるけど、それとは逆で
コマンド1発で必要なファイルをまとめてzipにパッケージングしてくれるような機能つきとか。
guesswork classicが近いアプローチだったと思うんだけど、似たようなフレームワークってない気がするんだ。
200nobodyさんsage2005/09/13(火) 10:21:37 ID:???
特化するとどうなるの
201nobodyさんsage2005/09/13(火) 13:43:15 ID:???
Mapleが3.0.1になりましたな
202nobodyさんsage2005/09/13(火) 15:55:29 ID:???
http://sharedance.pureftpd.org/

guesswork開発者のページから拾ってきた情報
複数鯖から使えるセッション管理デーモンだって
面白そう
203202sage2005/09/13(火) 16:07:17 ID:???
保存はファイルベースみたいだな
可用性を考えると
DBで良くね？って気もする。
どのあたりに需要があるのだろう？
204nobodyさんsage2005/09/13(火) 20:13:56 ID:???
>>203
「without the overhead and the complexity of an SQL database」だそうですよ。
205nobodyさんsage2005/09/13(火) 20:50:43 ID:???
>>202
別にデータベースセッションハンドラ使ってりゃ、
普通にできるし
206nobodyさんsage2005/09/13(火) 21:53:12 ID:???
>>205
Sharedanceはセッションデータ専用ってわけじゃなくて、単純なハッシュみたいな
もんだから、なんでも詰め込めるけどね。
sharedance_store('key', 'content');
207nobodyさんsage2005/09/13(火) 22:24:39 ID:???
中規模くらいまでなら便利そうかな？
規模が大きくなるとどうなるか不安がある
208nobodyさんsage2005/09/14(水) 00:16:08 ID:???
>>207
大規模ってたとえばどんなの？
209nobodyさんsage2005/09/14(水) 00:57:38 ID:???
>>208
数千〜数万人が同時にアクセスするようなの。
セッション用サーバ自体を分散しないとやっていけないような。
210nobodyさんsage2005/09/14(水) 01:36:53 ID:???
>>209
そうじゃなくて、実際の例とか
211nobodyさんsage2005/09/14(水) 01:42:09 ID:???
大規模なSNSやWeblogサービスなんかはそれなりに
セッション管理の土台を強くしないとダメなんじゃないかな
あとはセッションがクリティカルな金融関係とか
212nobodyさんsage2005/09/14(水) 01:43:33 ID:???
>197
ヤフーはLISPだとばかり思っていたよ。
そういえばPHPのページもあるね。
213nobodyさんsage2005/09/14(水) 01:46:39 ID:???
>>211
SNSなんて会員以外は見れないんだから、知れてると思うんだが。
214nobodyさんsage2005/09/14(水) 01:57:58 ID:???
>>213
mixiでさえ130万近いんだが、その数をたかが知れていると？(;´Д｀)
215nobodyさんsage2005/09/14(水) 03:22:03 ID:???
>>212
Yahoo!がLisp使ってるのは本国のShopping部分だけで、
それも買収した会社がLispで開発していたから、ってだけじゃなかったかな。
216nobodyさんsage2005/09/14(水) 09:56:26 ID:???
>>214
mixiのアクティブユーザが130万人いると思ってるの？
217nobodyさんsage2005/09/14(水) 10:11:05 ID:???
手間をかけさせるな
218nobodyさんsage2005/09/14(水) 14:41:43 ID:???
ひょっとしていちいち説明しなきゃならんのか
219nobodyさんsage2005/09/14(水) 15:28:44 ID:???
話が噛みあってなさそう
220nobodyさんsage2005/09/14(水) 15:58:23 ID:???
もういいよ、マンコの話しようぜ。
同棲してる彼女が俺が寝てると思って毎夜オナニーして困ってる。
221nobodyさんsage2005/09/14(水) 16:20:17 ID:???
なんか自分のこと誤解してそう
222nobodyさんsage2005/09/14(水) 17:09:35 ID:???
>>220
お前もいっしょにオナニーしろ
223nobodyさんsage2005/09/14(水) 21:07:30 ID:???
>>214
でさえ、の使い方がおかしい。
224nobodyさん2005/09/14(水) 23:52:36 ID:SictETF/
Web Application Component Toolkit (WACT)
http://www.phpwact.org/

これが世界的にそこそこ有名なPHPフレームワーク
だという情報を入手しました。どなたが調査お願いします。
225>>224sage2005/09/15(木) 02:33:20 ID:???
そこそこ使えるらしい
226nobodyさん2005/09/16(金) 04:57:46 ID:3ASb8eFe
バリデートってフィルタの中でかけるのが普通かな？
227nobodyさんsage2005/09/16(金) 05:14:40 ID:???
>226
簡単、共通そうなものはそうなるんですかね？
228nobodyさんsage2005/09/18(日) 10:58:42 ID:???
>>227
複雑なのはアクションの中ってこと？
229nobodyさんsage2005/09/18(日) 12:20:27 ID:???
転送量で鯖屋から文句が来たから
出力をバッファして改行を削除する関数を
既存サイト（非フレームワーク）に適用した
ファイル修正しまくりで
こういう時にフィルタが役に立つんだなーと実感した
230nobodyさんsage2005/09/18(日) 13:24:44 ID:???
ヘッダ見て対応してれば圧縮すればもっといいんじゃないかな。
そんなのWebサーバでやれとも思うけど。
231nobodyさんsage2005/09/18(日) 13:29:26 ID:???
>>230
Apacheだったら
つ mod_gzip
まあデフォルトor設定のみでやってくれって気もするけど
232229sage2005/09/18(日) 16:46:51 ID:???
一気に変えるのも不安だったから
zip圧縮はphp側のハンドラでやったよ
zipが受け取れないモバイルに対してもパケ代少し減らせるから
まぁいいかなと。
昔あったみたパケ割みたいなフィルタ作ってもいいかもしんない。
233nobodyさんsage2005/09/18(日) 22:22:34 ID:???
改行削除くらいじゃいくらも圧縮できないんじゃないの。
234nobodyさんsage2005/09/18(日) 23:50:42 ID:???
まあ、確かにそうなんだけど
でも×アクセス数になると馬鹿にならないかなと。
一回書けばコストもかからないしね。
しかし昔書いたプログラムを今いじると汚いこと汚いこと…
アンチパターンやりまくりで保守性最悪
フレームワークはある程度枠にはめるから
矯正器具としての役割もあると思う
235227sage2005/09/19(月) 23:44:54 ID:???
>228
アクションの中にビジネスロジックを書くのはイケテないからコンポーネント作って呼ぶんですかね？
236nobodyさんsage2005/09/20(火) 00:50:27 ID:???
>>235
ビジネスロジックはモデルでやってください。
237nobodyさんsage2005/09/20(火) 18:56:18 ID:???
>>214
幽霊ユーザちゃんと含めて考えてますか？
238nobodyさんsage2005/09/21(水) 04:10:55 ID:???
最近Mojavi/Agavi静かだな…
239nobodyさんsage2005/09/22(木) 21:14:04 ID:???
日経システム構築に
PHPフレームワークの記事があった
1Pだけだけど
240nobodyさん2005/09/23(金) 07:18:01 ID:7QvlMC8T
PHP5の新機能に対応したフレームワークというのはどのくらいあるんでしょうか？

・例外による（フレームワーク側の）エラーの管理
・interfaceや抽象クラスを使った継承による機能の実装
・オブジェクトの逆参照

あたりを利用すると、かなりすっきりしたフレームワークが書けるんじゃないかなー、と、俺フレームワークを書いてみたりしてるのですが……。

……ますますJavaとの違いが無くなってしまう様な気もしないでもありません(^^;
241nobodyさんage2005/09/23(金) 10:10:02 ID:???
mojaviつかったら、header("Location: http…　ってつかっちゃいかんの？
$controller->forward(… に統一すべき？
242nobodyさんsage2005/09/23(金) 10:34:02 ID:???
>>241
$controller->redirect($url)を使うんじゃない？
243nobodyさんsage2005/09/24(土) 00:01:50 ID:???
うむ。
244nobodyさんsage2005/09/24(土) 01:54:49 ID:???
>>242
しっかし$controller->redirect($url)って使いづらくないか？
$controller->redirect($module, $action)にしてくれたほうがありがたい希ガス。
まー大した違いじゃないんだけどさ。
ラッパ書いたら気持ち的にずいぶん楽になったもんで。

ﾋﾞﾐｮｰにﾁﾗｼ
245nobodyさんsage2005/09/24(土) 02:19:29 ID:???
>>244
俺もﾓｼﾞｬ使ってる時それ思ったな
module,actionをurlにするメソッドあったよね。
あれ呼んでから呼べということなんだろうけど。
246nobodyさんsage2005/09/24(土) 03:41:42 ID:???
>>245
だったらフレームワークが自分で自動的に呼べって話だよなー
247nobodyさんsage2005/09/24(土) 10:58:21 ID:???
で、>>244 に戻る、と。

Agavi で標準装備して貰いますか。
248nobodyさんsage2005/09/25(日) 23:54:29 ID:???
>>245
getControllerPathでしょ？
249nobodyさんsage2005/09/26(月) 01:24:18 ID:???
>>248
M2にはあったのにM3にはなくなってしまった。
アガビにもない。
250nobodyさんsage2005/09/26(月) 16:39:07 ID:???
Mojaviでサブテンプレート実現する時って
ActionChainにregisterしてexecuteしてfetchした結果を
Viewに渡してる？
それとも他のやり方があるのかな？
251nobodyさんsage2005/09/26(月) 18:00:20 ID:???
>>250
mojaviのwikiにサンプル付きであったような気がするけど今はアクセスできないっぽ。
ttp://www.geocities.jp/toyprog/wikimojavi/index.html
にそれの訳っぽいのがある。
252250sage2005/09/26(月) 19:59:45 ID:???
>>251
ありがとう
Mojavi系サイトはかなり回ったつもりだったけど
このサイトは初めて知ったよ
253nobodyさんsage2005/09/27(火) 04:52:10 ID:???
>>244
クエリがmoduleとactionだけなんてことまずほとんど無いだろ。
254244sage2005/09/27(火) 07:02:06 ID:???
まあ実際書いたラッパの引数はmodule、action、params、プラスアルファみたいな感じだけど、
漏れの場合サイト内でリダイレクトすべき部分は大概moduleとactionで事足りたな。
リダイレクト自体そんな頻繁でもないし。

ヒント：ケースバイケース
255nobodyさんsage2005/09/27(火) 10:04:39 ID:???
Agaviも全然動きないってどうなんｺﾚ
仕事で使わないでﾖｶｯﾀよ( ´ー`)フゥー．．．
256nobodyさんsage2005/09/27(火) 12:00:15 ID:???
(Moj|Ag)aviを仕事で使ってる香具師なんかいないいない。
みんな本当は趣味でやってんだよ。
あー暗い暗い。
257nobodyさんsage2005/09/27(火) 13:39:45 ID:???
Mojaviにはﾒﾝﾃﾅを迷走させる呪いがかかっているんだよ
ホープ・ダイヤモンドのように・・・
258nobodyさんsage2005/09/27(火) 13:45:00 ID:???
上位でRequest->Parameterを
取得していて、
ActionChain中の子Actionでも同じパラメータを使う時って、どうしてる？

1 Request->attributeにでも入れ直す
2 もう一度request->getParameter()する

259nobodyさんsage2005/09/27(火) 14:21:10 ID:???
>>251
そこ見てやっとデコレーションパターンを理解したよ
slotでテンプレートに渡す表示用パラメータを切り分けてるのが便利そう
260nobodyさんsage2005/09/27(火) 19:38:07 ID:???
MapleやEthnaにCommandパターンが使われてるって
本に書いてあったんだけど本当？
261nobodyさんsage2005/09/27(火) 20:59:19 ID:???0
Actionがあるのがｺﾏﾝﾄﾞﾊﾟﾀｰﾝだよ
ほとんどのフレームワークはそれでは？
262nobodyさんsage2005/09/28(水) 01:31:23 ID:???
>>255
あれ以上変にいじくられる必要も無い。
263nobodyさんsage2005/09/28(水) 01:34:22 ID:???
>>254
つーかforwardじゃいかんのか
264nobodyさんsage2005/09/28(水) 02:20:56 ID:???
>>254
ヒント：リダイレクト自体そんな頻繁でもないし。
265nobodyさんsage2005/09/28(水) 06:35:26 ID:???
>>262
まだ埋まってないとこポコポコあるじゃん
266nobodyさんsage2005/09/28(水) 07:00:02 ID:???
なんかサブテンプレートってさー
クライアントサイドプログラムだったら、
サブウインドウとかの規格を定めた
アピアランスクラスを作って、
そこにモデルデータを渡して実現するじゃん？
アピアランスクラスはリプレース可能にして。

一方Mojaviとかのウェブアプリフレームワークって
各テンプレートファイルをひな形にした
サブテンプレートを先に作っておいて、
親テンプレートに後からハメハメするやり方じゃん？
このやり方だと、親テンプレートとサブテンプレートに
一貫したアピアランスを実現しにくくない？
なんていうか、
サブテンプレートシステムを
ひとつのクラスにまとめておかないと
アピアランスのリプレースがしにくい、と思う。
どうなんかな、このへん。
267nobodyさんsage2005/09/28(水) 13:50:54 ID:???
なんかカタカナばかりだな。
今風なのか？
268nobodyさんsage2005/09/28(水) 14:11:20 ID:???
いや日本語でどう言えとw
269nobodyさんsage2005/09/28(水) 14:11:53 ID:???
ああ、たしかにナウでヤングなモボっぽいな
270nobodyさんsage2005/09/28(水) 16:24:02 ID:???
アピアランス ＝ 外観
テンプレート ＝ 雛形
リプレース ＝ 入れ替え
ハメハメ ＝ 嵌め込む
サブ ＝ 男色
271nobodyさんsage2005/09/28(水) 21:39:30 ID:???
>>270
・・・男色の雛形は
単一化されないと
見た目ではハメ辛いと思う。
どうなんかな、このへん。
【意訳】
ぱっと見、ゲイはゲイらしくしてくれないと
そのときになってびっくりする。
どう思いますかみなさん。
【私の意見】
そー思います。
272nobodyさんsage2005/09/29(木) 02:01:15 ID:???
カタカナ語は「一般名詞ではなく、テクニカルタームですよ」という
サインだから
単なる訳以上の機能性もある。
273266sage2005/09/29(木) 11:21:35 ID:???
サブテンプレート間で一貫したアピアランスを実現する方法を考えたよ(´･ω･`)
共通プレゼンテーションロジック保持クラス
GrobalViewHelperを作っておいて
どのテンプレートを作るときにもそいつを派遣しておく…（・∀・）ｺﾚﾀﾞ!!
274nobodyさんsage2005/09/29(木) 11:28:07 ID:???
Globalだった(´･ω･`)
275nobodyさん　2005/09/30(金) 16:21:47 ID:???
いいかお前ら、ド素人の俺が今からすっごいこと言うぞ・・・・
気の弱い奴はパンツ脱いどけ。。。。

「っていうかフレームワークって何だよ！？」
276nobodyさんsage2005/09/30(金) 16:42:01 ID:???
>>275
『枠組み』の事です。従来のライブラリと比較すると

ライブラリではそれを使ってどのように作るかを必死に考えなければならなかったのが
フレームワークでは、このように作りますってのがフレームワーク側で決まっているので
共通できないロジックやパラメータだけ与えればアプリケーションが出来てしまう。
277nobodyさんsage2005/09/30(金) 16:45:14 ID:???
どの程度勝手に決められているのか？ってのが
フレームワーク選択基準のひとつになり
例えばStrutsなんかは自由度が高い事で有名。
278nobodyさん　2005/09/30(金) 19:43:03 ID:???
>>276
親切にありがとう。
でもド素人にはまだちょっと理解しづらい。。。

つまりアレか、PHPでも、VBみたいにマウスでフォームやボタン配置できるとか？？
279名無し2005/09/30(金) 19:47:16 ID:gpQXP9hq
どうもこんばんわ
280nobodyさん2005/09/30(金) 19:47:48 ID:gpQXP9hq
はじめてです
281nobodyさん2005/09/30(金) 19:49:19 ID:gpQXP9hq
いきなりですけどおちます
282nobodyさんsage2005/09/30(金) 22:22:00 ID:???
和製フレームワークって
Viewクラス用意してないものがほとんどだよね。
実際Viewでやることってテンプレートにassignするだけ
みたいなもんだし。
面倒なだけのViewｲﾗﾈ(ﾟдﾟ)､ﾍﾟｯ
283nobodyさんsage2005/09/30(金) 22:26:22 ID:???
じゃあ、いいじゃん
284nobodyさんsage2005/09/30(金) 22:43:42 ID:???
あとMojaviはRequestのattributesと
UserのParameterが役割的にｶﾌﾞってるのが美しくない。
ｼﾝﾌﾟﾙｲｽﾞﾍﾞｽﾄなんじゃい(*ﾟдﾟ)､ﾍﾟｯ
285nobodyさんsage2005/10/01(土) 03:49:30 ID:???
>>284
どうかぶってんの？
286nobodyさんsage2005/10/01(土) 03:58:54 ID:???
セッションの実装がねぇ。
逆にどうすりゃいいんだ？今ならいい方法があれば提案出来るんじゃないか。

つーかおまいらがどうやってるのか不思議で仕方ない。
どう文句つけようと、PHP5 だと現状、俺 Maple, Mojavi の二択だと思うんだが。
それ以外のフレームワークを実戦投入したという話は聞いたことないし。
287nobodyさんsage2005/10/01(土) 04:03:57 ID:???
>>285
両方とも汎用コンテナ
かぶってるからuser->parameterはあまり使わないけど
288nobodyさん　2005/10/01(土) 11:04:43 ID:???
やはりフレームワークの「意味」と「利点」、「用途」がサッパリわからない・・・
実はこれらを説明するのって難しい？
289nobodyさんsage2005/10/01(土) 12:04:04 ID:???
>>288
解っちゃえば何てことない話なんだけど説明しようとすると難しい

例えばDBとか使ったサイト作るっしょ
んで別のサイトを作る時に，前作ったサイトのパーツを流用したりするっしょ
で，それを繰り返してくと，今度は逆に，パーツの方を流用しやすく作るようになるっしょ

そういうパーツが色々な機能を網羅していくと
最終的には「サイトごとに同じような処理はみんな共通」とか
「ここをちょっと変えるだけで各サイトに適用可能」とかになっていく
その集合体の完成形がいわゆる「フレームワーク」

……ってな説明でどうかなぁ？

# もちろん今あるフレームワークが上記のようなボトムアップで作られたものなわけではないが……
290nobodyさんsage2005/10/01(土) 13:33:56 ID:???
>288
小規模の案件やってる限りはわからないし、使う必要も無いよ。
フレームワークの利点がわかる状態、というのがフレームワークが必要な状態。
291nobodyさん　2005/10/01(土) 14:20:43 ID:???
>>289
なるほどぉ・・・、ってことは、いま自分がやってる作業（この部分は他でも
使いまわしやすいように作ろう）ってのも、ある意味で自作フレームワーク？？

それを追及していくと、ほとんどどんなサイトやシステムでも部品は共通なものばかりだよね。
よっぽど斬新なものでない限り、既存の部品を既存の組み立て方すればいいだけだよねぇ。
フレームワークがそういうものだとしたら、Webアプリ作成が劇的に簡単になりそう。
・・・でもMojaviとかの説明を読んだりすると、もうそれ自体が難しく感じる。。。

>>290
ってことは、俺はまだ必要な状態ではないのかな・・・。
292nobodyさんsage2005/10/01(土) 14:42:28 ID:???
>>291
ある意味「俺フレームワーク」とかいわれるものがソレなんだと思うよ
そして他人が書いた「俺フレームワーク」は慣れるまでは大抵使いにくい
ただ自分より頭の良い人が書いたものならたぶん慣れれば自分のより効率良くなるのだろう
でもそれは今まで自分が思いつきもしなかったような発想で作られていたりするから
学習曲線の最初はだいぶきっつかったりする

>>290の言ってるのは
慣れちゃった後なら小規模案件でも使わない理由はないと思うけど
小規模案件のためにわざわざ慣れる必要があるかってーと
それではC/P比が悪い，ってことじゃないかな
大規模だと少しでも効率良くなるとかける人数で効くので大きいのと
よく整備されたフレームワークはそれに則ったコードを書けばいいのでコードが変に発散しにくいのが利点
293nobodyさんsage2005/10/01(土) 14:45:18 ID:???
デザイナ含めて3人ぐらいの小規模しかつくらないけど
俺は「俺フレームワーク」捨てちゃいたい時ある。糞コードだもんなあ
294290sage2005/10/01(土) 14:45:40 ID:???
>291
覚えると気持ちの上での楽さはあるけどね。
MVCの切り分けや入力値チェックなどを、どこに書くべきかを含めて明示的に示してくれるわけだし。
でもフレームワーク使ってなかった頃はそんなの自分で勝手に分けて書いてたわけだし
数週間くらいでできるような案件を一人でやるなら
無いなら無いで普通に作れるし、大して手間も変わらないように思う。

そんなこと関係なしに、興味があるなら使ってみるのが良いよ。
295290sage2005/10/01(土) 14:47:50 ID:???
>292
素晴らしいフォローが入ってる。
まったくその通りです。サンクス。
296nobodyさんsage2005/10/01(土) 16:35:15 ID:???
フレームワークは楽をするためのものと言われて、
実際そうなんだけど、
その楽さって「記述量が少ない楽さ」じゃないよね
記述量は、逆に迂遠に思える時も多々あって、
俺なんかは「ﾊｧ？どこが楽なんだよ。面倒くさいだろ」と
反発を感じながら自分なりのお手軽メソッドを追加してたりしていって
気づいたら何だか見通しが悪くなってた。
提供者は
「コーディング量は、そんなに減らないし、逆に増えるかもしれません。ただし、長い目で考えると楽です」と言ってほしいところ。
最初から「とにかく楽したい」の精神で行くと、
その良さを理解するのに結構時間がかかる。
297nobodyさんsage2005/10/01(土) 17:08:24 ID:???
単純なものを作るとしても、フレームワーク使って作ると、
余計なこと考えないで済むから楽ちんだと思ってしまう漏れは負け組？
298nobodyさん　2005/10/01(土) 21:01:51 ID:???
とりあえずここまで説明してもらってもまだフレームワークの良さが
イマイチ分からない俺は、ちまちま自力でやっていこうと思いまつ。

そうしてるうちにフレームワークが必要になる日が来るかもしれない。
むしろ最初の基礎は全部自分でやれるようにしといたほうが後々いいかも。
299nobodyさんsage2005/10/01(土) 21:10:53 ID:???
ちまちまアセンブラで大規模アプリを書けるようにがんばります。ということ？
馬鹿馬鹿しい。
300nobodyさんsage2005/10/01(土) 21:21:42 ID:???
>>299
なんでいきなりアセンブラが出てくるんだ？
比喩にしてもおかしいし？？？
301nobodyさんsage2005/10/01(土) 21:32:08 ID:???
小さなプログラムを個人で書きなぐってるって人なんじゃないの？

仕事で似たような案件を多くあつかっていると、大枠で共通することが
多いことに気づいてくる。それをくくりだして同じ事を何度もしなくても
いいようにしようと思うわけだ。
言語レベルではライブラリとして共有できるようになってる。
さらに扱う対象によっては毎回似たようなプログラムの流れになることがある。
その似たような部分の構成を使いまわしできるようにしておくと、効率があがる。

299さんの言っていることも極端ではあるけど考え方としては同じこと。
アセンブラがあれば何でも記述できるけど、WEBアプリなんか書く時にはPHPが
適しているのでPHPで書く。毎回アセンブラからまずPHP（あるいは俺言語）を作って
仕事に取り組むってのは能率悪そうでしょ？

ただフレームワークを必要としない人や場合もあるのだから 290さんの言うように
必要としていない状況なのかもしれない。
302nobodyさんsage2005/10/01(土) 21:38:29 ID:???
ちょっと流れ無視なのかもしれませんが、
クラス・ライブラリとフレームワークの違いって何ですか？

ライブラリ群＝フレームワーク？と思っているんですが。
303nobodyさんsage2005/10/01(土) 21:56:33 ID:???
・画面遷移の仕組み
・入力データのヴァリデーション
・HTML表示のためのテンプレートエンジン
・セッション管理
・アクセス制御
あたりの機能を体系的にまとめたものが、いわゆるフレームワークと言っていいと思う。
特に上3つはフレームワークと呼ばれるものには必ず存在するかな。
ただ、それぞれの機能単独のライブラリもあるから、そういうライブラリを自分で組み合わせても構わないし、
そっちの方がいい場合もあるだろう。
304nobodyさんsage2005/10/01(土) 22:48:16 ID:???
保守性のメリットもあるお
305nobodyさん　2005/10/01(土) 22:55:55 ID:???
フレームワークの意味や利点が理解できない漏れは、
当然クラスの良さも分からないし使ったこともない。
「良さが分からない」というか、「使用法を習得するほうがめんどい」。

だからPEARも一度も使ったことなく（ちょっと調べて断念）、
よく使う機能については「俺ライブラリ」（せいぜい自作関数）的なものを作って
ファイルにまとめて、それをincludeしたり部分的にコピペして貼ったりして再利用してる。
それで十分便利だし苦にも思わない。
306nobodyさんsage2005/10/01(土) 23:10:17 ID:???
>>305
苦にも思わないならそれでいいんじゃないかな？
上で大規模小規模って話が出てきてるけど
大規模→大人数となってくるとそれを苦に思う人も出てくるだろう
その時になったらまた考えればいいと思う

繰り返しになるけど，最初の学習曲線をよじ登る手間が，
初めから登らなかった場合の手間の総量を上回らないなら，登らない方がトータルで良いしね

ただ経験から言わせてもらうと，
仕事でPHPをやってる限り，結果的にはたぶん総量を上回ることになると思う……
307nobodyさんsage2005/10/02(日) 00:39:45 ID:???
まあ、PHPは標準関数の機能が多いから、PEAR使わなくても構わない場合は多いけどな。
Perlの場合、CGI、DBI、HTML::Template、CGI::Sessionあたりを使わざるを得ないけど。
ただし、PHPは名前空間が区切れないから、クラスを使わないとグローバル変数名の衝突をさけられない。
なんで、処理がある程度複雑になってきたら、クラスを使うしかなくなる。
308nobodyさんsage2005/10/02(日) 01:42:18 ID:???
自分1人で開発してるうちは
フレームワークの恩恵はそれほどないかもしれない
小規模のものを作るのには必要ない
単純なメールフォーム作るのにフレームワークなんていらない

複数人でそれなりに規模のあるものの
開発をしようとするとそれぞれのスキルと作り方で
同じ処理の流れのものを作っていても
コードや構成はばらついていく

だから遷移方法や処理のプロセスはこういうやり方で
ここにそのコードを置いてくださいという
取り決めがフレームワークで
チーム全員がその取り決めにならって開発していく事で
誰が書いても全体の構成がある程度統一されていく部分が
フレームワークを使う事の一番のメリットなんじゃないのかな
309nobodyさんsage2005/10/02(日) 02:06:00 ID:???
PHPには、PerlのCGI::ApplicationやJavaのStrutsほどメジャーなものはないし、開発者全員がそのフレームワーク自体を覚えないといけないってコストがかかる。
他にもデメリットとして、smartyのようなテンプレートエンジンを使うと実行速度がぐっと下がるし、
標準であるべきDBクラスのPEAR_DBは、標準関数と比べて圧倒的に速度が遅い。代替のDBクラスもあるけど、これも乱立していて学習コストがかかる。
さらに言うと、PHP開発者のスキルは概して低い。
PHP開発者の確保は、Perl開発者、Java開発者の確保よ低コストだけど、PHPでOOPやフレームワークを扱える開発者をそろえるのは難しい。
こういったデメリットを乗り越えて、なおフレームワークにメリットがあるかどうかを考えないといけない。
310nobodyさんsage2005/10/02(日) 02:36:39 ID:???
PHPのスレで言うのもアレなんだがRubyのRails試してみるといい。
あとAppleのWebObjectsとか。Gauche(Scheme)なKahuaも
ええよ。
311nobodyさんsage2005/10/02(日) 09:25:07 ID:???
ライブラリは自分の書いたコードがライブラリのコードを呼び出す
フレームワークは自分の書いたコードがフレームワークのコードから呼ばれる

基礎の基礎。
312302sage2005/10/02(日) 09:44:41 ID:???
>>303
分かりやすい説明ありがとうございます。
Webアプリ用のフレームワークについてはなんとなく分かったような気がします。
でも「Mac OS XのCocoaフレームワーク」なんていうのを
聞いたことありますが、あれはHTMLとは関係ないですよね。
そういう場合はどう考えればいいのか。

>>311
呼び出す方向による分類は新鮮です。いや、これに関しては無知でした。
デスクトップ・アプリで言うところのイベント駆動型かどうかという分類でしょうか。
ありがとうございます。
313nobodyさんsage2005/10/02(日) 10:35:14 ID:???
チーム開発のメリットだとしても、それフレームワーク使うより、
PECLで独自の拡張関数を増やすほうがよろしいんじゃないでしょうかね
314nobodyさんsage2005/10/02(日) 13:12:15 ID:???
扱っている案件において検討した結果
そういう結論に至ったのならそういうケースもある。

当然フレームワークを利用する方が良いケースもあるでしょう。
315nobodyさんsage2005/10/02(日) 13:18:58 ID:???
PECLで独自関数っていうとCで拡張モジュールを書くということ?
それがチーム開発においてプラスになるのはかなり特殊なケースに思えるけど。

ていうかそんなの実際にあるんかいな。
316nobodyさんsage2005/10/02(日) 16:48:05 ID:???
あなたまかせの特定のフレームワークを使い倒すよりは、
独自拡張をあわせたほうがいい気はするけどな
317nobodyさんsage2005/10/02(日) 16:59:18 ID:???
>>311
シンプルだけど本質的な定義だな。
318nobodyさんsage2005/10/02(日) 19:28:25 ID:???
$context =& $this->getContext();
$controller =& $context->getController();
$request =& $context->getRequest();
------------
$controller =& $this->getContext()->getController();
$request =& $this->getContext()->getRequest();

あなたはDOTCH派？
319nobodyさんsage2005/10/02(日) 19:39:32 ID:???
そもそも PHP4 じゃ前者でしか書けない罠
320nobodyさんsage2005/10/02(日) 22:32:53 ID:???
どっちも意味不明派。
321nobodyさんsage2005/10/02(日) 22:42:00 ID:???
後者は&いらないんじゃないか？

そんな自分は「= &$foo」派
322nobodyさんsage2005/10/03(月) 04:04:57 ID:???
>>318
PHP5では&はいらないわけだが。
むしろそのへんのことも含めMojavi系は面倒くさいので、そっとごみ箱にいれた派。
323nobodyさんsage2005/10/03(月) 09:12:25 ID:???
>>322
めんどくさいかなぁ？？
フレームワーク使わずにどうWebアプリ構築してるのか知りたい。
べた書き？後から見辛くない？
324nobodyさんsage2005/10/03(月) 09:14:42 ID:???
別にPHP4だから、かならず参照渡ししないといけないわけじゃない。
対象のオブジェクトや配列の複雑さの程度だとか、後から値を変えたいかとかによる。
325nobodyさんsage2005/10/03(月) 10:55:25 ID:???
>>324
まあ確かにそうだけどさ、プロパティを変えないつもりでオブジェクト値渡ししといたら、後々になってからやっぱりプロパティを変える操作をした場合に辻褄あわなくなるじゃん。
PHP4だったら常に参照渡しにしたほうが楽な希ガス。
326nobodyさんsage2005/10/03(月) 12:48:32 ID:???
配列はよりけりだけど
オブジェクトは一律参照渡しでほとんど問題なくない？
327nobodyさんsage2005/10/03(月) 14:42:31 ID:???
問題ないというか、PHP5や他の言語を考えると
必要な場面でのみ値渡しにしたほうがいいと思う
328nobodyさんsage2005/10/03(月) 15:56:03 ID:???
要はオブジェクトは特に理由がないなら参照渡しにしとけって話でFA。
329nobodyさんsage2005/10/03(月) 16:02:55 ID:???
ふりーえーじぇんと宣言？
330nobodyさんsage2005/10/03(月) 19:53:20 ID:???
っていうか参照渡しとか値渡しとか意味わからん漏れはダメ人間。
331nobodyさんsage2005/10/04(火) 03:25:49 ID:???
どうしてわかってくれないのっ！
332nobodyさんsage2005/10/04(火) 16:01:01 ID:???
ティン！
333nobodyさんsage2005/10/04(火) 18:09:25 ID:???
フレームワークとふかわがものすごいﾐｽﾏｯﾁだな
334nobodyさんsage2005/10/04(火) 20:38:36 ID:???
　　　 _____
　　 /二二ヽ
　 　||・ω・||　＜ﾃｨﾝ!!!!!
　　　|σ　|σ
　　 　> 　>

山崎邦正ならマッチするのに
335nobodyさん2005/10/05(水) 17:39:44 ID:gDrff9QN
requestとかcontrollerをAction中の複数のメソッドで使う時、
initializeでgetしておいてprivateなプロパティーとして持っておくのはｱﾘ？
336nobodyさんsage2005/10/05(水) 17:49:44 ID:???
最近主流の複数画面で構成されてるサイトって
フレームワーク（的なもの）がなければ作れないよなぁ。
ベタ書きで作ってるサイトなんてあるんだろうか？
337nobodyさんsage2005/10/05(水) 22:36:32 ID:???
>>336
複数画面で構成されてるサイトって ?
338nobodyさんsage2005/10/05(水) 22:44:00 ID:???
>>337
ヘッダ-メイン-右サブ-左サブくらいにエリアが分かれてて
それぞれのエリアのコンテンツ構成が動的に変化するようなの。
ポータルとかニュースサイトのほとんどがこれ系だよね。
339nobodyさんsage2005/10/06(木) 01:04:30 ID:???
別にフレームワークが必須だとは思わないけど。
フレームワークが一番効果を発揮するのは、何画面にも渡るアンケートフォームだろうね。
アンケートデータの持ち回りと、ヴァリデーションに応じて遷移先の画面が変わるから。
340nobodyさんsage2005/10/06(木) 01:17:22 ID:???
>>338
別にベタ書きでも書けるけど、フレームワーク使ったほうが早いときもあるってだけの話だ罠。

>>335
Mojavi系の話だよね？毎回contextから取得するのがMojavi標準的くさいからﾅｼ。
ローカル変数にrequestとか入れるくらいまではｱﾘだと思うが。

例えばヘタに$this->request = "うんこ";とかやると他のメソッドに響くし。
その点では、PHPにfinalがあればMojaviの仕様も大分違ってたのではないかと想像。
少なくとも$this->context->getRequest()か$this->context->requestくらいにはなるんじゃないかな。
$this->requestまでなるかどうかは、何とも言えないがｗ
341nobodyさんsage2005/10/06(木) 06:29:57 ID:???
>標準的くさいからﾅｼ。
久しぶりにその方言聞いた。なつかしいなー。
342nobodyさんsage2005/10/06(木) 13:06:02 ID:???
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox

和製フレームワーク追加
343nobodyさんsage2005/10/06(木) 13:07:29 ID:???
仕事でMojavi使ってた人は今どうしてるんだろう
Agaviに流れたのか他に行ったのか
344nobodyさん　2005/10/06(木) 15:47:14 ID:???
>>339
データの持ち回りなんてセッションで十分だと思うのだが・・・・
いまだに俺はフレームワークの利点が分からない。
345nobodyさんsage2005/10/06(木) 19:53:34 ID:???
>>342
名前似てるけど、俺は和製フレームワークはpokが一押し。

>>343
多分仕事で使ってた人は、少なからず手を加えてるので、
わざわざAgaviには流れてないんじゃないのかな？

>>344
自分一人で作ってたりする人はそうかもね。
「俺的フレームワーク」ってのを知らんうちに使ってたり。
まさか毎回1からなんて事はないでしょ？
346nobodyさんsage2005/10/06(木) 20:18:00 ID:???
>>345
その pok ってのポインタきぼん
347nobodyさんsage2005/10/06(木) 20:24:05 ID:???
http://www.geocities.jp/toyprog/wikimojavi/index.html
ここのおかげでやっとDecoratorを理解した…
自分がﾊﾒﾊﾒされるテンプレートをあらかじめ指定しておけるんだね。
こりゃ便利だ。
348345sage2005/10/06(木) 21:31:38 ID:???
>>346
ttp://cgi39.plala.or.jp/klove/
S2Container.PHP5の人ね。
Seasarに関わってる人達を個人的にスゲー注目してる。
パフォーマンス的には？？って感じは否めないけど、
PHPでも結構やれるなって事がわかって良かった。
スゲー勉強になった。
S2Daoとかｽﾝｹﾞｰ期待してる。
俺の中では糞盛り上がってるんだけど、
MLとかｽﾝｹﾞｰ寂しいし、ひょっとしてめちゃくちゃ
ﾏｲﾅｰなのかなぁ・・・と心配になってきてる・・・。
349nobodyさんsage2005/10/07(金) 01:02:37 ID:???
>>348
ありがとー

Seasar.PHP の ML は読んでるから名前は見ていた人だわ
S2Dao とかおれも期待しているんだけど
正直，きちんと追ってない人には活動が何してんのか見えなさすぎて，
それがマイナーっぽい原因になってるんだろうなーと思う
350nobodyさんsage2005/10/07(金) 04:58:48 ID:???
フレームワークのウリとしてフォームの取り回しの簡便化がよく喧伝されるけど
俺はそこはあんまり重要じゃないなぁ。
そんなにしょっちゅう書く部分じゃないし、もともと単純な処理がほとんどだし。
デザインパターンに基づいた保守性の高さや、
見通しの良さの方が嬉しい。
簡単なことが簡単になっても、あんまり嬉しくないけど
複雑なものを単純にすることが出来たら、かなり嬉しい。
351nobodyさんsage2005/10/07(金) 05:03:27 ID:???
privateやprotectedもないPHPでデザパタ重視はどうかと思う
352nobodyさんsage2005/10/07(金) 05:20:40 ID:???
>>351
釣りなのか、PHP5 を知らないのか、どっち？
353351sage2005/10/07(金) 05:23:35 ID:???
>352
釣りだ
350はデザパタがメインのレスじゃないだろ
まぁこれでも読んで考えてくれ
ttp://www.enpitu.ne.jp/usr10/bin/day?id=104241&pg=20050818
このスレとは全然関係ないんだけどさ
354nobodyさんsage2005/10/07(金) 08:06:14 ID:???
フレームワークを使っているから、オブジェクト指向かというと、そういうわけでもないよな。
メンテナンス性を上げようと思えば、在り物のフレームワークを使うより、
自分なりにそのWEBアプリにあった仕組みを考えた方がメンテナンス性が上がる場合もあるだろうし、
メンテ担当の技量を考えて、クラスをいっさい使わないようにした方がメンテしやすい場合もあるだろう。
355nobodyさんsage2005/10/07(金) 13:12:01 ID:???
forwardすることを前提としたactionでも、
url直接入力して直呼びすることもできるよね。
何か対策してる？
356nobodyさんsage2005/10/07(金) 13:37:39 ID:???
してる
357nobodyさんsage2005/10/07(金) 13:56:25 ID:???
いくつか方法は考えられそうだけど
どんな？
358nobodyさんsage2005/10/07(金) 14:04:28 ID:???
requestにsetAttributeして飛び先actionで確認
359nobodyさんsage2005/10/07(金) 14:12:14 ID:???
なるほど　thanks
360nobodyさんsage2005/10/07(金) 16:36:25 ID:???
結局そういうことにrequestのattributeだとかuserのparameterを使うと、（コントローラの呼び出し等を除いて）実行されるコードの最初から最後までアクセス可能ってことになる。
そうなるとグローバル変数と変わらないんだよな。
もっと各状態の遷移ごとにアクセス制限のかかったデータの受け渡しができればいいんだけど、うまくいかないもんだ。
361nobodyさんsage2005/10/07(金) 17:27:56 ID:???
セッション管理ではだめなのか？
362nobodyさんsage2005/10/07(金) 17:40:15 ID:???
>>354
おいおい、そんな事させるからPHP使いはウンコのまんまなんだよ。
クラスを一切使ってねぇ〜システムなんざ見る気しねぇ〜よ。
つーかクラス使わずどうWebアプリ作ったらいいんだろ？すら思う。
363nobodyさんsage2005/10/07(金) 17:53:18 ID:???
351の言ってる保守性は、アプリ自体の保守性
354が言ってるのはアプリ上に乗っかってくるデータやコマンドのメンテナンス性
で、フォーカスしてる層が違う感じがするな
364nobodyさんsage2005/10/07(金) 18:27:14 ID:???
PHP4にはデストラクタないし、例外も投げれないから、クラスをネストさせたり、複雑に組み合わせたりはやりづらいよね。
スコープを明示できないからクラスを使わざるをえないけど、それじゃあクラスをクラスらしく使ったプログラミングとは言えない。
もっとも、WEBアプリというジャンル自体、オブジェクト指向のメリットがあまりないジャンルだと思うね。
どっちみちリクエストのたびにオブジェクト作り直しになるわけで、ユーザからの入力データもリクエストごとにフラットにしかこないわけで。使いどころがない。
365nobodyさんsage2005/10/07(金) 18:32:28 ID:???
> もっとも、WEBアプリというジャンル自体、オブジェクト指向のメリットがあまりないジャンルだと思うね。

ふーん。
366362sage2005/10/07(金) 18:41:02 ID:???
>>364
それは俺に対する回答だと思っていい？

クラス使ってる＝オブジェクト指向っていうのが間違ってると思うよ。
実際自分を顧みるに、オブジェクト指向を意識してクラスを使い始めたが、
オブジェクト指向にはならず、単に構造化になっただけだった。
だがそれだけでもかなり見通しが良くなったと思ったよ。

単にメンテ性だけを考えてもクラスを使用しているアプリと、
クラスを全く使用してないアプリとどっちがメンテし易いか？
って考えるとどっちだと思う？
俺はベタ書きで書かれたものを渡されて「メンテしろ」って言われたら、
とりあえず「作り直させてください」って言うな。

あと、クラスのネストってどういう事？
367nobodyさんsage2005/10/07(金) 23:01:26 ID:???
DecoratorTemplate使う時で、
HTMLのヘッダ部での
外部JavaScriptファイルの読み込みとか
JavaScriptの初期値設定が必要な場合、どうしてる？
自分が「部分」になれるDecoratorは便利だけど
入れこみたい情報がソース中でバラける時、面倒くさいなぁ。
368nobodyさんsage2005/10/07(金) 23:14:07 ID:???
別にクラスを使えばオブジェクト指向になるとは思わないよ。
それとフレームワークとオブジェクト指向とは関連性があるわけじゃないとも思う。
まあ、フレームワークにもよるけど。
これは言うまでもないと思うけど、オブジェクト指向を生かせるのはGUIのデスクトップアプリケーションとか。
WEBアプリの場合、リクエストの度にオブジェクトを作り直さないといけない。
特にPHPは永続化をどうするか？とか、言語機能が少ないとか、速度が落ちるとかっていう欠点もある。
まあ、これからはAjaxとかFlashとかで、高度なGUIを持ったWEBアプリが要求されるだろうから、そうなるとオブジェクト指向のメリットも出てくるかな。
けど、HTML自体があまりオブジェクト指向なプレゼン言語とは思えないんだよなあ。
369nobodyさんsage2005/10/07(金) 23:26:18 ID:???
>>368
フレームワークとオブジェクト指向とは関連性があるわけじゃないとも思う

って関連ありまくりじゃん。
OOのエッセンスが分かちがたい程たっぷり入ってると思うよ。
OOを使わずともライブラリ集は作れるだろうが、
フレームワークは作りにくいだろう。
370nobodyさんsage2005/10/08(土) 00:07:12 ID:???
>>368
今時「PHPでOOPすると性能が落ちる」とか言ってるのは時代錯誤もいいとこ。

371367sage2005/10/08(土) 01:39:24 ID:???
ViewHelperで解決した(゜д゜)
372nobodyさんsage2005/10/08(土) 01:55:47 ID:???
デストラクタもないのにオブジェクト指向ってありえるんだろうか？
373nobodyさんsage2005/10/08(土) 02:24:56 ID:???
なんだこの掃き溜めは
374nobodyさんsage2005/10/08(土) 02:26:59 ID:???
デストラクタがないとオブジェクト指向なプログラミングができない、
という思考回路が判らない。言語仕様に捉われすぎてる悪寒。

375nobodyさんsage2005/10/08(土) 02:28:24 ID:???
ありだと思うな。
Cでもオブジェクト指向でまとめられたライブラリやツールキットは山ほどあるし。

オブジェクト指向プログラミング自体はべつに大抵の言語で可能だとおもう。
たしかにPHPはオブジェクト指向言語として設計されたわけじゃないが、
これとPHPでオブジェクト指向プログラミングをする事は矛盾しないだろう。
376nobodyさんsage2005/10/08(土) 02:45:50 ID:???
てか5にはデストラクタもあるよ。
でもウェブアプリでデストラクタを使う機会はあんまりないだろ。
377nobodyさんsage2005/10/08(土) 05:08:37 ID:???
>>372
あるよ
378nobodyさんsage2005/10/08(土) 05:09:53 ID:???
>>370
時代錯誤というより、単に知識が乏しいだけだと思う。
379nobodyさんsage2005/10/08(土) 05:32:22 ID:???
このスレでPHPによるオブジェクト指向プログラミングを否定している
連中は、オブジェクト指向じゃなくてC++ or Java指向になってるんじゃないか？
rubyもデストラクタは持ってないしな(GCがあるからだけど)。
380nobodyさんsage2005/10/08(土) 06:07:15 ID:???
確かにウェブアプリじゃデストラクタなくても、なんとかなる。どうせ1回こっきりでプロセスごと終了するんだから。
そうすると、こったオブジェクト作ってもしょうがないじゃん。シングルトンとか、ウェブアプリでどれくらい意味あるのか。
381nobodyさんsage2005/10/08(土) 07:48:43 ID:???
>>380
SingletonはDB接続に関するクラスで使ってるな俺は。
スゲー便利だしすっきりするなぁって思ったね。
要は使い方によるかなと。
382nobodyさんsage2005/10/08(土) 07:56:41 ID:???
ほっといてやれよ。
383nobodyさんsage2005/10/08(土) 08:43:12 ID:???
>>381
１回のアクセスでオブジェクトが全部ご破算になるWebアプリでシングルトンの意味はある？

$_db_ = new MyDB();
function getDB() {
global $_db_;
return $_db_;
}
:
:
//実際使う場所
$db = getDB();

これでいいんじゃない？
384nobodyさんsage2005/10/08(土) 09:07:34 ID:???
>>383
グローバルオブジェクトを利用したSingletonの実装の一形態だろそれ
いいんじゃない？ と言われりゃそうですねと言うしかないな
Java厨って実装から何から全部Javaと一緒じゃないと否定したがるのがうざいな
385nobodyさんsage2005/10/08(土) 09:16:29 ID:???
>>383
意味が無いと思ったら使わなければいいだけの話じゃん
386nobodyさんsage2005/10/08(土) 09:45:38 ID:???
PHP5にはデストラクタあるだろ。
387nobodyさんsage2005/10/08(土) 10:47:02 ID:???
あるって何回も書かれてるってw
388nobodyさんsage2005/10/08(土) 10:56:20 ID:???
383のやり方だとグローバル空間が汚れるじゃん。
_を使うのはやっぱり苦肉の策だし、クラシックな作法だろう。
389nobodyさんsage2005/10/08(土) 11:00:17 ID:???
おれはsingltonならstaticで書きます。
390nobodyさんsage2005/10/08(土) 14:36:34 ID:???
DB_DataObjectなんかは>>383みたいな感じだね

Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける
Javaを意識するあまり、「PHPじゃないと出来ないことをしないといけない」みたいな傾向ってあったと思う
最近はその対象がRubyに移ってきたみたいだけど
391nobodyさんsage2005/10/08(土) 16:18:59 ID:???
俺はDB接続部分をSingletonにして、各テーブルに発行するSQL文などを集めたクラス
がgetInstanceするって感じに使ってるけど、おかしいのかな？
各テーブルというと語弊があるかな。ある程度のテーブルを纏めたクラス。
JOINする場合（というかJOINしない場合が珍しいけど）は基となるテーブルのクラスに入れる。
$a = Atables();
$b = Btables();
print_r($a->getSelect());
print_r($b->getSelect());
って感じで。
全然スマートじゃないなぁとは思うけど、
DB周りはどうやったらスマートになるのか
全然わからん。解説サイトではロジック部（？）とSQL発行部
が混じっているが、個人的にそれはすごい抵抗があるし。
誰かご教授下さい・・・。

あ、今月のPHPプログラマーズマガジン無料だって！
JPSPAN扱ってるね。あれ@ITかなんかで廣川さんが
解説してて、それ以来使ってるけど、あれ使ってる人って
聞いたことないから不安になってた。
スレ違い＆長文すまん。
392nobodyさんsage2005/10/08(土) 16:42:29 ID:???
OOにデストラクタを重視する奴は意味が分からないな
前時代の遺物的存在じゃん
後片付けは言語側で勝手にやってくれる方が今風だし、ｷﾚｲだ
393nobodyさんsage2005/10/08(土) 17:14:13 ID:???
C++でOOP入りした人は感覚的に染み付いていて、抵抗あるんじゃないかな。
オレも昔はそうだった。ruby, PHP, C#で、すっかり骨抜き？にされたけど。
なんつーか最初の頃は堕落した感じがしたもんだ。
（良い悪いとかじゃんくて、楽チン→堕落、みたいな妙な感覚）
394nobodyさん 　2005/10/08(土) 17:52:40 ID:???
お、お前ら・・・お前ら何言ってんだ？？
お前らの会話の内容がサッパリ分からんぞ、DQNな漏れは。

もうね、難しいとか難しくないとかいうレベルじゃない。
何の予備知識もないスワヒリ語を聞いてる感じ。
395nobodyさんsage2005/10/08(土) 18:06:12 ID:???
>>394
それはDQNだからじゃなくて単にオブジェクト指向開発用語を知らないだけだと思う
つまりそれを勉強すればこの会話の意味はすっかり解るだろうし
勉強して損ないものなのでぜひ習得してみるべし
396nobodyさんsage2005/10/08(土) 18:38:45 ID:???
>>395
勉強できる Web をうpきぼん。
397nobodyさんsage2005/10/08(土) 19:05:01 ID:???
>>392
勝手に行うのはメモリ開放だけだろ。
さらにPHPはfinally構文がない。
398nobodyさんsage2005/10/08(土) 21:14:56 ID:???
finally構文ってオーバーライドを禁止するfinalのことか？
finalならPHP5にあるが。
399nobodyさんsage2005/10/08(土) 21:17:47 ID:???
>>398
例外処理のfinallyでしょ。
Javaなら以下のように書けるけど、PHPではfinallyが書けないので
リソースの破棄を行いたい場合などに二度手間になることがある。

try {
　例外の起こりそうな処理
} catch (Exception e) {
　例外発生時の処理
} finally {
　例外が起きても起きなくても実行したい処理
}
400383sage2005/10/08(土) 22:26:28 ID:???
>>390
> Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける

JavaはHelloWorldくらいしか書いたことないな。
俺のよくいじる言語はSmalltalk, Ruby, PHP, JavaScriptだよ。
あとSchemeも好きだな。

わざわざclass定義してstatic変数用意して２つもメソッド書いて、
結局>>383のたった6行でできることをかえって複雑にするのはアホらしい
ってことだ。
401nobodyさんsage2005/10/08(土) 22:41:27 ID:???
まあ、「Singletonって書きたいだけちゃうんか」というコードが多い
という気はする。
402nobodyさんsage2005/10/08(土) 22:43:38 ID:???
>>309
>>他にもデメリットとして、smartyのようなテンプレートエンジンを使うと実行速度がぐっと下がるし、

これはウソでしょ。
403nobodyさんsage2005/10/08(土) 22:45:32 ID:???
Singletonパターンってイディオムみたいな感じだよね。
確かに無理して本に乗ってる書き方通りにしなくても良いとは思う。
Javaみたいにマルチスレッド環境になることもないし。
404nobodyさんsage2005/10/08(土) 23:03:48 ID:???
383の書き方だと、呼び出し側のコードを見ただけでは
それがSingletonなのかどうかは判別できないじゃん。
確かに伝統的な書き方は記述が面倒だけど、
一人の思考ではなかなか太刀打ちできない強度があるもんだよ。
たくさんの頭脳を経た思考の蓄積や時間による淘汰は馬鹿に出来ない。
405nobodyさんsage2005/10/09(日) 00:09:28 ID:???
>>400
わざわざ冗長に見える記述をするのはそれなりの理由があるからで、
それが感じられないならオブジェクト指向自体が冗長だろう
ていうかSmalltalkとかRubyのほうがよりオブジェクト指向が強いと思うのだが
406nobodyさんsage2005/10/09(日) 00:13:58 ID:???
冗長って何？
407nobodyさんsage2005/10/09(日) 00:26:12 ID:???
>>406
君は初心者向けの本とかをたくさん読んできなさい
フレームワークスレはまだ早い
408nobodyさんsage2005/10/09(日) 01:17:58 ID:???
>>400
class aClass {
function &singlton(){
static $me;
if(!is_object($me)) $me =& new aClass;
return $me;
}
}

$instance =& aClass::singlton();

これがそんなに複雑かな?
わざわざgetDB()とか$_db_とかというのをグローバルな名前空間に
つくる方が複雑化を招く気がする。

実際に作る時はこのままではなんとなく気持ち悪くてスタティックな
コールであることを保証したりしちゃうから、そういうときはたしかにphp4で
ちょっと損した気分になるね。
409nobodyさんsage2005/10/09(日) 03:49:12 ID:???
PHPでのシングルトンには、「リソースを効率よく使うため」ではなくて
「意図を表すコーディング」としての効果を期待しろ、ということで。
410nobodyさんsage2005/10/09(日) 07:15:34 ID:???
>>400
なんか実用的なプログラム書いた事無くて、頭の中で屁理屈こねくり回してるって印象を受けるな〜
411nobodyさんsage2005/10/09(日) 07:19:12 ID:???
PHPに限らずアクセスレベルなんかも、
実際に使っちゃうリスクへのヘッジというよりも
意図を埋め込む意味合いの方が強いよね。
412nobodyさんsage2005/10/09(日) 11:23:06 ID:???
意図なんてコメントとして書いておけばよい。
413nobodyさんsage2005/10/09(日) 12:57:50 ID:???
>400
そもそもシングルトンで重要なのは、コンストラクタを private とかにして、
オブジェクトの生成が出来る箇所を限定することの方だろ。
414nobodyさんsage2005/10/09(日) 14:48:09 ID:???
↓これはシングルトン？

/**
* シングルトンとして使ってください（オブジェクトは1度だけしか生成しないでください）。
*/
class Example
{
　：
}
415nobodyさんsage2005/10/09(日) 14:58:42 ID:???
プログラムは改変されていくものだから、
コメントがいつの間にか嘘の説明にならないよう、
むしろ少なめ推奨がモダンな作法。
独善的持論をぶってる奴はもう少し勉強しれ。
416nobodyさんsage2005/10/09(日) 15:04:08 ID:???
DB鯖がセッション用と顧客データ用と別だったりとかさー
DBオブジェクト複数接続先で使いたい時とかって割と無い？
417nobodyさんsage2005/10/09(日) 15:06:04 ID:???
↑解かりづらいか、「DBオブジェクトを接続先別に複数生成したい時」と言い換え
418nobodyさんsage2005/10/09(日) 15:18:56 ID:???
俺はSingletonなDBオブジェクトにコネクションコンテナを持たせてる
419nobodyさん　2005/10/09(日) 16:51:24 ID:???
>>415もまた独善的持論なわけだが。
420nobodyさんsage2005/10/09(日) 16:53:47 ID:???
ﾊｲﾊｲそうだね
421nobodyさんsage2005/10/09(日) 18:16:42 ID:???
あー、415のせいで荒れ始めただろ……責任とって下さい、415
422nobodyさんsage2005/10/09(日) 18:49:57 ID:???
何で糞ｶﾞｷがこんなｽﾚに迷い込んできたんだ…。
423nobodyさん2005/10/09(日) 18:52:26 ID:j3jR0Qvz
ままー　おなかすいたー
424nobodyさんsage2005/10/09(日) 18:56:57 ID:???
>>415
>プログラムは改変されていくものだから、
まあ、その通り。
>コメントがいつの間にか嘘の説明にならないよう、
確かに気をつけないと。
>むしろ少なめ推奨がモダンな作法。
いきなり妄想が入ってきました。
>独善的持論をぶってる奴はもう少し勉強しれ。
独善的持論乙
425nobodyさんsage2005/10/09(日) 19:30:17 ID:???
>>424
だから勉強してから書けって言ってるだろ？
お前の浅薄な意見なんて何の参考にもならねーんだよ。
426nobodyさん2005/10/09(日) 19:38:21 ID:QrQMlw6M
ソースのコメントを少なめ推奨している、モダンな作法とやらのポインタくれ。
427nobodyさんsage2005/10/09(日) 19:38:25 ID:???
お子ちゃまたちは
XP（エクストリーム・プログラミング）についてなど
調べてみようね。
最近よく出版されてる軽め