【総合】PHPフレームワークを語るスレ8

1 名前：nobodyさん [2007/10/17(水) 16:01:41 ID:72/gWtt1] 前スレ pc11.2ch.net/test/read.cgi/php/1181350116/ 901 名前：nobodyさん mailto:sage [2007/12/05(水) 15:36:14 ID:???] >>894-895 俺の場合はPHPとは全く関係ないが、すでに出来上がってるシステムの スケーラビリティ向上＋UIの一新を目的に大部分を書き直したことある けど、そのときに設定ファイルの変更点はかなり少なかったからXSLT 使ったよ。 別に設定ファイルがデカイからではなく、そのシステムをデプロイして 使っている人が多かったから一挙に対応するために移行用のXSLT用意し たらずいぶんあっさり終わった。 902 名前：nobodyさん mailto:sage [2007/12/05(水) 15:42:51 ID:???] >>898 891=887乙 903 名前：nobodyさん mailto:sage [2007/12/05(水) 16:40:47 ID:???] PHP3年ぶりぐらいに使おうと思って色々調べて、最近はPHPもフレームワークかと思いつつ どれ使おうかと探したが、まあ一応本家だしZend試してみようかとサイトいったんだが どうにもつながんねえ。 Zendframeworkって今落とせるのか？ ttp://framework.zend.com/ ここ自体応答無しなんだけど。 904 名前：nobodyさん mailto:sage [2007/12/05(水) 17:01:28 ID:???] >>903 昨日はつながってたんだが、 つながらんね 905 名前：nobodyさん mailto:sage [2007/12/05(水) 17:09:29 ID:???] ttp://www.zend.com/en/ こっからZend Studioの評価版落としてインスコ インスコ先のbin\ZendFramework\libraryにFrameworkが入ってるお 906 名前：nobodyさん mailto:sage [2007/12/05(水) 17:30:30 ID:???] 3年ぶりのたまたまが偶然鯖落ちかなんかと重なったのか・・・ >>905 たまたまっぽいんで復旧するまでまつことにするわ。 余計なのインスコしてレジストリ汚したくないし。 でも情報thx 907 名前：nobodyさん mailto:sage [2007/12/05(水) 18:44:23 ID:???] DIContainerの利点は、クラス名を変えれる事ではなくて、 依存関係の注入やインスタンス管理をまとめてコンテナがやってくれる事じゃないの？ つまり、あっちで作ったAのオブジェクトと、singletonのBのオブジェクトを、 この場で作ったCのオブジェクトににセットして… とかみたいなコードをいちいち書かなくて済むようになる事こそがメリットだと思う。 908 名前：907 mailto:sage [2007/12/05(水) 18:49:05 ID:???] 2文目、書いたり消したりしてたら色々変になっちまった。スルーしてくれ。 909 名前：nobodyさん mailto:sage [2007/12/05(水) 18:50:44 ID:???] >>907 これもDIコンテナなしで十分実現できるんだろうけど、せっかくだしもうちょっと話を聞かせてもらおうか。 >つまり、あっちで作ったAのオブジェクトと、singletonのBのオブジェクトを、 >この場で作ったCのオブジェクトににセットして… ここらへんを詳しく。DIコンテナのメリットが分かるような具体例つきで。 910 名前：nobodyさん mailto:sage [2007/12/05(水) 20:13:07 ID:???] >>907じゃないけど、 DIコンテナなしでも実現できるから DIコンテナいらないってのはなんかちょっと違うと思う Javaは機能毎にコンポーネントを細かく切りまくって ひとつひとつは小さい機能でたくさんのクラスを用意する傾向がある （PHPをはじめとするスクリプト言語と比較してという意味で） でそのたくさんのクラスをできるだけ疎結合にするために ConstructorInjectionなりSetterInjectionなりで 外部からインスタンスを注入するようする、 それがDependency Injection（であってるよな、、） そうした際に、ある機能（モジュール）を使いたいと思ったときにも 上に書いたようにクラスが細かく分かれているから 様々なインスタンスを注入しなければならなくなる、 AというモジュールはBの注入が必要でBはCとDが、DはEが・・・ とインスタンス間の依存性が複雑になっていった時に、 いちいちその注入のためのコードを毎回書き直して コンパイルし直すような手間を減らすのが DIコンテナの役割だと思うんだけど >>907もおそらくこういうニュアンスだったと思うんだが 俺も別にスクリプト言語でDIコンテナとかいらないと思う スクリプト言語だと比較的（Javaと比べて）多機能の大きなクラスを作るし コンテナで管理しないと困るなあと思うほど インスタンス間の依存関係が複雑になるケースがそんなにないから そういう意味でPHPにDIコンテナは要らんってのは分かるけど DIコンテナという仕組み自体が要らんとかだめだとか それはまたちょっと違う問題じゃないのという気はする 911 名前：nobodyさん mailto:sage [2007/12/05(水) 20:51:19 ID:???] 結局好みの問題もあるしなー でもなんにせよJavaのやり方って普及しないよね。 Javaの崇高なる理論を元にした設計方針 →バカは理解できないから徹底は難しい 優秀なエンジニアの集団 →そのプロジェクトで一番効率的なやり方を自分たちで編み出してやる 912 名前：nobodyさん mailto:sage [2007/12/05(水) 22:00:20 ID:???] 結局好み 913 名前：nobodyさん mailto:sage [2007/12/05(水) 22:10:55 ID:???] JAVAの山に幾度か登ったけど、全てリタイヤ…　orz 914 名前：nobodyさん mailto:sage [2007/12/06(木) 00:19:55 ID:???] >>910 だから具体例で説明しろって。 依存関係というのが複雑な例を出して、そのXMLを書いてみせろ。 そしてそれがPHPコードで書くと複雑になるのが、DIコンテナだとすっきり書けるというのを実際に書いて示せ。 具体例を示さずにDIマンセーするのウゼエ 915 名前：nobodyさん mailto:sage [2007/12/06(木) 00:31:56 ID:???] >>910は別に DIマンセー と言ってるわけではないだろうが なんでも噛み付くおまえもウゼエ 916 名前：nobodyさん mailto:sage [2007/12/06(木) 00:38:46 ID:???] PHPER仲違いでPHP脂肪ｗｗｗ 917 名前：nobodyさん mailto:sage [2007/12/06(木) 00:41:48 ID:???] 何言っても具体例で説明しろとしか言えないんだろ 918 名前：nobodyさん mailto:sage [2007/12/06(木) 01:18:29 ID:???] DIコンテナ自体理解できないから具体例出して欲しいんだろうよ 919 名前：nobodyさん mailto:sage [2007/12/06(木) 02:05:44 ID:???] おまえらが具体例出せないことはよくわかった 920 名前：nobodyさん mailto:sage [2007/12/06(木) 10:46:27 ID:???] バイトがゴキブリ揚げてケンタッキー脂肪ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ news.livedoor.com/article/detail/3417675/ 921 名前：nobodyさん mailto:sage [2007/12/06(木) 11:19:50 ID:???] DIの具体例って前から説明されてね？ っていうか具体例だしても、挙げ足なら誰も書けないと思うんだけど。 922 名前：nobodyさん mailto:sage [2007/12/06(木) 11:23:59 ID:???] DIを理解できない頭の悪さを他人のせいにしてるだけだよ 一連の書き込み見てりゃわかるけど 923 名前：nobodyさん mailto:sage [2007/12/06(木) 13:32:45 ID:???] >>921 >DIの具体例って前から説明されてね？ どこに？ 924 名前：nobodyさん mailto:sage [2007/12/06(木) 13:35:42 ID:???] >>923に、わかりやすく言えば、班長さんみたいなもんだ。 925 名前：nobodyさん mailto:sage [2007/12/06(木) 13:42:24 ID:???] >>921の文章が難解だと思うのは俺だけでしょうか？ 926 名前：nobodyさん mailto:sage [2007/12/06(木) 17:06:31 ID:???] 残り少ないレス可能数に、DI 話で盛り上がってるのでスルーされてそのまま DAT落ちしそうですが、一昨日から試行錯誤しても駄目だったので冒険します。 PRADOのSqlMapについてなんですが やりたいこと： 〜略〜->QueryForList( 'FooBar', array( '%aaaa%', '%bbb%') ); から、 SELECT * FROM table WHERE ( str Like '%aaaa%' OR str Like '%bbb%' ) に展開して結果を取得したい。（配列数は可変） やった事： SqlMap.xml に、 <statement id="FooBar" parameterClass="array"> SELECT * FROM site WHERE <iterate open="(" close=")" conjunction=" OR "> str Like #[]# </iterate> </statement> を追記したのですが Unable to find property '[]' in object 'false' for parameter map 'FooBar-InLineParameterMap' と出てうまくいきません。 PRADOのSqlMap Manualには <iterate> について書かれていないし、参考にしたのが ttp://trac.pradosoft.com/prado/browser/trunk/tests/unit/SQLMap/maps/sqlite/DynamicAccount.xml だったりするのでまだ未実装なのか記述ミスなのかもわかりません。。。 どうやったらうまくいくのかヒントでも何でもいいので、お示しをお願いします。。。 927 名前：nobodyさん mailto:sage [2007/12/06(木) 17:13:51 ID:???] そんなの使わなければ、つまづく事も無いのにね。 928 名前：nobodyさん mailto:sage [2007/12/08(土) 05:30:02 ID:???] japan.zdnet.com/security/story/0,3800079245,20362715,00.htm OSX脂肪でPHP脂肪ｗｗｗ 929 名前：nobodyさん mailto:sage [2007/12/08(土) 17:30:22 ID:???] PHPやっててフォークやソケットやスレッドの知識が身に付きますか？ 同じスクリプト言語でもPerlなら付きます PHPしかしないのは技術者として自殺行為です 初心者こそ最初は他の言語をしましょうね 930 名前：nobodyさん mailto:sage [2007/12/09(日) 01:24:32 ID:???] PHPのことを知らないのなら 黙ってれば恥かかなくてすむのにねｗ 931 名前：nobodyさん mailto:sage [2007/12/09(日) 05:26:30 ID:???] PHP自体がフレームワーク 932 名前：nobodyさん mailto:sage [2007/12/09(日) 05:32:16 ID:???] まあフレームワークは制限だからな 933 名前：nobodyさん mailto:sage [2007/12/09(日) 05:33:35 ID:???] このスレを見ている人はこんなスレも見ています。(ver 0.20) フケ・痒みがとまらないPart9 [身体・健康] まだ止まらないのかよｗ 934 名前：nobodyさん mailto:sage [2007/12/09(日) 07:36:41 ID:???] もともとフレームワークのPHP使ってフレムーワーク作る人って恥ずかしくないのかなｗ 935 名前：nobodyさん mailto:sage [2007/12/09(日) 07:44:51 ID:???] そんな事言ったら、どの言語だってそうだろ。 ちなみにフレムーワークは作った事ないけど。 936 名前：nobodyさん [2007/12/09(日) 12:05:37 ID:v5bnJUO2] 俺もそろそろフレームワークデビューしてみたい（っ´∀｀）っ 937 名前：nobodyさん mailto:sage [2007/12/09(日) 12:20:44 ID:???] PHPはフレームワークとしては貧弱だからな １枚ぐらい皮を被せたくなるぞ 俺は薄い皮希望だがな 938 名前：nobodyさん mailto:sage [2007/12/09(日) 13:22:15 ID:???] より多くの案件をこなすのが目的なら CakePHP 導入までの敷居が低い　＝　設置できるレンタルサーバーが多くなる 難易度が低い　＝　多くの技術者がすぐにプロジェクト参加できる FWの程度が中規模 ＝　オリジナルなFWに変更しやすい したがってCakePHPがダントツに流行ることは間違いない 939 名前：nobodyさん mailto:sage [2007/12/09(日) 13:30:49 ID:???] 俺様分析おつかれさん 940 名前：nobodyさん mailto:sage [2007/12/09(日) 13:36:11 ID:???] RoRがどのレンタルサーバーでも標準装備されれば RoRが爆発的に流行すると思うが phpで出来ることをRoRを覚えてまでやる必要があるかどうか phpの豊富なWEB用ライブラリを超えることはまず不可能だと思う なぜならphpはWEBだけに特化した言語だから 941 名前：nobodyさん mailto:sage [2007/12/09(日) 13:40:00 ID:???] symfonyはFWにしては大掛かりすぎるのが難点 それゆえに自由度が利かない 案件に合わせてFWを選択するのが一番いいと思うが CakePHPならどの案件でも使える可能性が高い 942 名前：nobodyさん mailto:sage [2007/12/09(日) 13:42:29 ID:???] PHPはフレームワークじゃなくて、ただのスクリプト言語だからｗ 943 名前：nobodyさん mailto:sage [2007/12/09(日) 13:58:55 ID:???] 俺はcakeがどうだとかethnaがどうだとか言ってる奴が根絶するまで PHP4ベースで書かれてるFWは今すぐ捨てろとここに書き続けるつもりだよ 944 名前：nobodyさん mailto:sage [2007/12/09(日) 15:01:24 ID:???] RoRを設計を参考にしたフレームワークが沢山出ている現状だと、 爆発的に流行することはないと思う。(CakePHPもそうだしね) それにどう頑張ってもRubyは遅い。 945 名前：nobodyさん mailto:sage [2007/12/09(日) 15:26:21 ID:???] Ruby のブロックをPHPに移植してケロ 946 名前：nobodyさん mailto:sage [2007/12/09(日) 15:47:26 ID:???] せめてクロージャでもあればいいんだけどな 947 名前：nobodyさん mailto:sage [2007/12/09(日) 16:40:22 ID:???] ブロック付いて、配列が[]で書けて、配列とハッシュが区別されて、 型が全部オブジェクトになって、組込クラスが整理されて、 オープンクラスになって組込クラスも自由に書き換えられるようになったら PHPで本気出す 948 名前：nobodyさん mailto:sage [2007/12/09(日) 16:57:14 ID:???] それPHPの意味なくね？ 949 名前：nobodyさん mailto:sage [2007/12/09(日) 18:14:30 ID:???] 糞言語でもそこそこ何でもできるので 一度覚えるとそこに安住してしまいがちなのがPHPの最大の欠点だな 950 名前：nobodyさん mailto:sage [2007/12/09(日) 18:52:11 ID:???] HTMLに埋め込めて、$_REQUESTと$_SESSIONがいつでも呼び出せる。これ以上望む物はないよ。 951 名前：nobodyさん mailto:sage [2007/12/09(日) 19:05:19 ID:???] PHPのセッション実装なんてヘッポコじゃないですか 952 名前：nobodyさん mailto:sage [2007/12/09(日) 19:37:21 ID:???] >>942 > PHPはフレームワークじゃなくて、ただのスクリプト言語だからｗ Rubyははフレームワークじゃなくて、ただのスクリプト言語だからｗ で？ 953 名前：nobodyさん mailto:sage [2007/12/09(日) 20:10:57 ID:???] で？ 954 名前：nobodyさん mailto:sage [2007/12/09(日) 20:53:42 ID:???] 　　　　　/ﾆＹﾆヽ  　　　　/（ ﾟ )( ﾟ ）ヽ  　 　／::::⌒｀´⌒::::＼　　　でっていうｗｗｗｗｗｗｗｗ  　　|　,-）＿＿＿（-、|  　　| l　　 |-┬-|　　l |  　　 ＼ 　 `ー'´ 　 ／ 955 名前：nobodyさん mailto:sage [2007/12/09(日) 21:04:50 ID:???] 釣りばっかだな 956 名前：nobodyさん mailto:sage [2007/12/09(日) 21:26:06 ID:???] >>943 同意 まあレンサバもPHPなんて動けばいいんだろって思ってるから なかなかPHP5に全面移行できないってのはいいんだけど、 環境が選べる状況で開発している奴らでもPHP4を引きずったり いつまでもEUC-JPで書いてみたりっていうのは正直吐き気がする。 携帯だからってソースもSJISで書くとか、もういい加減にしてくれ。 UTF-8通る携帯もたいがい増えてるっていうのをなんで敢えて スルーかな。 なんか質の悪いやや古参PHPerが癌すぎる。 957 名前：nobodyさん mailto:sage [2007/12/09(日) 21:33:46 ID:???] >>56 UTF-8通らないケータイではSJISで書く UTF-8通るケータイではSJISも通る 世の中のケータイがすべてUTF-8通るならまだしも、そうでないならSJISで書くのは合理的だと思うけど。 958 名前：nobodyさん mailto:sage [2007/12/09(日) 21:40:40 ID:???] SJISでソース書くやつはバカ 959 名前：nobodyさん mailto:sage [2007/12/09(日) 22:03:27 ID:???] 内部（ソースコード含む）はすべてUTF-8で統一し、 入力と出力時にSJISなりに変換すれば良いだけの話だろ。 960 名前：nobodyさん mailto:sage [2007/12/09(日) 22:09:00 ID:???] >>958 いや、そうじゃない。 SJISでソースを書くにしてもoutputで、UTF->Shift-JISに正しく変換できない実装がバカ そのあたりはやっとPHP6で改善される可能性もあるけど、iconvとかmb_*系の実装はどうなるんだとか そもそもMS932系の実装はどうなるんだろうか、なんてのを正しく議論していないPHPの上の人らがバカ あと、全然関係ないけど、javaに近づけとはいわないけど、言語実装を議論せずに矛盾ばかり生み出す言語実装を作ってる上のひとらがバカ 961 名前：nobodyさん mailto:sage [2007/12/09(日) 22:17:02 ID:???] つまり携帯のフロントもあるバックエンドをEUCで書くやつは問題なく馬鹿、てことでおｋ？ 962 名前：nobodyさん mailto:sage [2007/12/09(日) 22:40:08 ID:???] >>960 それ（変換とか）よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。 シングルバイト圏の作るライブラリとか。 大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや 不具合の温床だと思ってそれほど間違ってるかな。 要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932？)捨ててくれれば、問題の 大部分はweb系に関してはほとんど片づきそうな気もする。 963 名前：nobodyさん mailto:sage [2007/12/09(日) 23:28:47 ID:???] 結局PHP使う奴はバカでFA

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef