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

**nobodyさん** · 2007/10/17(水) 16:01:41

前スレ
http://pc11.2ch.net/test/read.cgi/php/1181350116/

**nobodyさん** · 2007/11/26(月) 20:51:29

>>770
あ、それ同意。
みんなどうやってデバッグしてんの？

**nobodyさん** · 2007/11/26(月) 21:03:23

まずおもむろに全裸になります

**nobodyさん** · 2007/11/26(月) 21:23:22

そもそもC++あたりの頃の規約的に継承されたクラスを継承しちゃだめじゃないか？

**nobodyさん** · 2007/11/26(月) 21:29:30

ウェブアプリでクラスを使わないと表せないようなデータはごく限られた場面だけなんだよ。たいていの場合、連想配列で十分。

**nobodyさん** · 2007/11/26(月) 21:31:07

クラスの役割によるけど、3階層より深くなるのは設計ミスの可能性がある。

**nobodyさん** · 2007/11/26(月) 21:35:12

基底クラスにデバッグメソッドがあるんじゃないの？

**nobodyさん** · 2007/11/26(月) 22:03:20

>>762
志村～

**nobodyさん** · 2007/11/26(月) 22:06:08

>>774
バカの一つ覚えみたいに、何でもかんでもクラスにすりゃイイってわけじゃないんですね。
簡単にできることを複雑にやる必要はない＝配列で十分なデータかどうかよく考えるようにしたいと思います。＾＾

**nobodyさん** · 2007/11/26(月) 22:11:32

>>771
Seleniumとかテストツールがあるじゃないですか？
http://www.thinkit.co.jp/free/article/0705/2/1/

みんな、フレームワークを使ったWebアプリを構築するとき、どんなテストツールを、どんなふうに使ってますか？
→What,Howを教えて！

**nobodyさん** · 2007/11/26(月) 22:13:22

ファイル一つ読み書きするのにopen(),read(),write(),close()なんてメソッド作ってますが何か

**nobodyさん** · 2007/11/26(月) 22:38:38

意味あんの？

**nobodyさん** · 2007/11/26(月) 22:40:14

ぺちぺよんのはなし？

**nobodyさん** · 2007/11/26(月) 22:49:17

>>779
普通にPHPUnit。
HTTP関係ないテストは説明するまでもないはず。
アクション（リクエスト処理）のテストは、$_GETとか$_POSTの中に値設定して、
アクション呼び出し。そんでデータベースにちゃんと入ってるかとかテスト。
こっちはテスト用のユーティリティーを作らないといかんので準備がめんどいね。
でもやる価値はある。
PHPにもspycってYamlパーサーがあったのには助かった。

**nobodyさん** · 2007/11/26(月) 23:17:58

>>783
テストデータはYAMLで書くのが楽だよな。
PHPのヒアドキュメントがもう少し洗練されていれば。

**nobodyさん** · 2007/11/27(火) 20:43:47

http://www.rubyist.net/~matz/20071027.html
ruby公式ロゴ決定でPHP嫉妬ｗｗｗ

**nobodyさん** · 2007/11/27(火) 20:46:35

http://japan.zdnet.com/news/itm/story/0,2000056188,20361834,00.htm
三木谷とまつもとが結託でPHPのシェア大幅下落ｗｗｗ

**nobodyさん** · 2007/11/27(火) 21:10:23

アンチRubyの工作員の仕業にしか見えません

**nobodyさん** · 2007/11/28(水) 02:24:54

周知でしょ

**nobodyさん** · 2007/11/28(水) 11:13:11

>>779
Seleniumは、PHPというよりHTML(Javascript)側のテストツールだぞ。
XSSとかのテストに便利
（でも、ルール作るのが面倒やな。）

一つ一つのモジュールの出力をテストするにはPHPUnitとかかな。

**nobodyさん** · 2007/11/28(水) 21:02:03

simpleTest使ってる奴はいねーの？

**nobodyさん** · 2007/11/29(木) 10:22:46

>>786
Rubyの未来が心配になってきた…

**nobodyさん** · 2007/11/29(木) 12:25:20

>>786
Googleは技術と戦略を軸に規模を拡大してきた。ただ、それが強みでも弱みでもある。楽天はオペレーションを加えた3つをしっかりとやってきた

何様だ？
楽天とgoogleなんて比べることすらおこがましいだろ
ruby魂売りすぎワロタ

**nobodyさん** · 2007/11/29(木) 13:40:05

楽天って何のためにRuby採用したん？　Rubyって速いん？

**nobodyさん** · 2007/11/29(木) 13:55:53

お互いに相手を利用してやろうって魂胆な気がする

**nobodyさん** · 2007/11/29(木) 15:45:34

>>794
まさにそんな感じだ
おたがい腹の底では相手を全く尊敬してなさそう

**nobodyさん** · 2007/11/29(木) 15:46:06

>>794
こけても
「まぁ、楽天(Ruby)だしな。」
と思われるので安心です。

**nobodyさん** · 2007/11/29(木) 16:09:45

>>794
Railsがもてはやされてる頃に、楽天が採用するって言い出したんだよな。
まぁ、どっちもどっちだ。

**733** · 2007/11/29(木) 18:36:58

RailsもどきPHP自作FWの完成度が高まるにつれRailsどうでもよくなってきた。
でも一つの答えをくれたRailsに感謝。
楽天くらい開発スタッフかかえてるんなら自分たちでFW作って社内標準にすればいいのにな。

**nobodyさん** · 2007/11/29(木) 18:39:18

自作君まだいたんだ

**733** · 2007/11/29(木) 19:03:17

ごむぇん、にぃちゃん・・・

**nobodyさん** · 2007/11/29(木) 20:34:40

作ってしまえば自作もいいぞ。全部自分好みにできる。

**nobodyさん** · 2007/11/29(木) 21:40:55

オープンソースのフレームワークだって
全部自分好みにできるがな。

**733** · 2007/11/29(木) 22:21:45

自作っていっても実質railsのパクリンだしね。

**nobodyさん** · 2007/11/29(木) 23:44:43

自作とかみると、また嘘言ってるよと思う。　
単に俺がしょぼいんだろうなあ…。

**nobodyさん** · 2007/11/30(金) 08:57:17

世間一般に対するPRだな。世間と言っても、ウェブ開発の動向に興味を持ってる人の世間だけど。
楽天は安くて品揃え良くすれば、Ruby使おうがJava使おうがどうでもいいよ。と普通の世間の人は思ってる。

**nobodyさん** · 2007/11/30(金) 10:44:14

楽天はショップの管理画面をなんとかしたほうがいい

**nobodyさん** · 2007/11/30(金) 12:19:43

google＝Java yahoo＝php　　　　　　　　　　　　　　　　　　　　　楽天＝Ruby

Rubyは良い言語だよね？

**nobodyさん** · 2007/11/30(金) 12:28:20

楽天はrubyと組んでも損することはないが
rubyは楽天と組むとイメージダウンが著しいな

**nobodyさん** · 2007/11/30(金) 13:36:29

つかGoogle=Javaってｗ

**nobodyさん** · 2007/11/30(金) 14:15:18

google = pythonってイメージのがつよい。

**nobodyさん** · 2007/11/30(金) 15:38:10

あれ、Googleって、java利用し始めたんじゃなかったっけ？

**nobodyさん** · 2007/11/30(金) 15:40:46

前から使ってるとこには使ってるでしょ。
楽天だってjavaもphpも使ってるって言ってるし。

**nobodyさん** · 2007/11/30(金) 17:13:05

GoogleはサーバサイドではJavaとC++が主流で、Pythonは管理ツールとか。

**nobodyさん** · 2007/11/30(金) 17:24:40

大きな会社が一つの言語しか使わないなんて面白いことはしないと思いますよ

**nobodyさん** · 2007/11/30(金) 17:40:31

ほんとこのスレってすれ違いな話しで埋まるよね
PHPでフレームワーク使ってる奴はレアな存在ってことを象徴してるよな
http://www.phppro.jp/phpconference2007/qa/2

**nobodyさん** · 2007/11/30(金) 18:53:18

>>815
それぞれ個別のFWスレがあるんで
実際に使ってる人達は基本的にそっちでやっている
このスレも前スレくらいまではもう少しまともだった
今はもう煽る奴と煽られる奴しかいない

**nobodyさん** · 2007/11/30(金) 19:00:15

だから個別スレに分けるなって言ったのに・・・

**nobodyさん** · 2007/11/30(金) 20:36:44

そろそろJavaを始めようと思います
PHPの難しさを100としたら
Javaの難しさはどのくらいですか？
ちなみにPHPは5でオブジェクト指向で書いてます

**nobodyさん** · 2007/11/30(金) 20:50:41

単に言語として覚えるだけならそんな苦労はないと思う。
習得時間を要するフレームワーク覚えたり、Tomcatの設定とか
Javaでウェブアプリを作る上で付随することを覚えるのが辛いかもね。

**nobodyさん** · 2007/11/30(金) 22:21:47

>>818
オブジェクト指向でかけるならそんな難しくないでしょ。　
JAVAでもC++でも…。

俺、未だにオブジェクト指向を理解できてない…orz

**nobodyさん** · 2007/11/30(金) 22:26:35

やってみればいいじゃない。

**nobodyさん** · 2007/11/30(金) 22:36:21

>>820
やってみりゃいいよ。
俺はCからJavaに移る時に、3ヶ月目にこれがクラスの力か！って閃いた。
初めて自転車に乗る時みたいなもんだ。

**nobodyさん** · 2007/12/01(土) 00:09:25

俺はオブジェクト指向は難しくないけど、フレームワークがダメ。

**nobodyさん** · 2007/12/01(土) 09:52:25

>>818
今まで変数の「型」について意識していなかったら結構ひっかかるかも？
それ以外はそんなに苦労しないんじゃないかな、と思う。

**nobodyさん** · 2007/12/01(土) 10:51:28

JAVAからはじめた俺はSETTERやGETTERがないと気持ち悪くて・・・

**nobodyさん** · 2007/12/01(土) 10:58:52

仕事や勉強は別として、JavaやC/C++で作りたいものがある人は尊敬するわｗ

鍔莊 ◆SrChNIpw0A · 2007/12/01(土) 11:20:34

test

**nobodyさん** · 2007/12/01(土) 13:08:12

>>825
俺もだ。ナンセンスと言われようとも、そこはゆずれない。

**nobodyさん** · 2007/12/01(土) 13:22:32

Pythonはsetter,getterなんて自動で作成しますけどｗ
昭和のかおりのする言語乙

**nobodyさん** · 2007/12/01(土) 13:57:51

eclipseでやってりゃ自動生成あるからいいんだけどね＞Java
PHPは・・・Zend Studioおねがいしまつ。

**nobodyさん** · 2007/12/01(土) 15:08:06

作りゃいいじゃん。
つか、作り方どっかに転がってなかったか？

**nobodyさん** · 2007/12/01(土) 18:28:33

作れば・・とか言ってたらキリねーじゃんｗｗ

**nobodyさん** · 2007/12/01(土) 21:18:44

>>829
ダウト

・・・いやほんとだったら教えて

**nobodyさん** · 2007/12/01(土) 21:18:47

いや、だから、対応されるまでここでグチるより、作り方乗ってるサイトあるんだから見て作れるだろって話。
それこそキリないだろ。

**nobodyさん** · 2007/12/01(土) 21:43:32

PDTでつけてくれればいいんだけどな。SETTERとGETTERの生成。

ほれ · 2007/12/02(日) 00:38:16

http://codezine.jp/a/article/aid/1104.aspx

**nobodyさん** · 2007/12/02(日) 05:30:09

ちょいすれ違いかも知れませんが
皆さんphpでDIコンテナって使う機会ありますか？
便利そうだなーと思うものの実際使ったことがないので効果のほどがわかりません
どうでしょうか

**nobodyさん** · 2007/12/02(日) 07:23:30

>>837
あれはJavaのような融通の利かない言語のためにあるもの。
スクリプト言語にはまず必要ない。

config.php:
<?php $class = 'Foo'; ?>

main.php:
<?php $obj = new $class(); ?>

でたいてい間に合う。
ああAOPがあったか。AOPがやりたいなら悪くないかもしれんが、
スクリプト言語ならAOPも簡単にできそうだしなあ。やっぱいらんと思う。

**nobodyさん** · 2007/12/02(日) 12:15:27

Mapleとかまったく無意味と言うか、センスのないフレームワークだったよな。

**nobodyさん** · 2007/12/02(日) 12:26:50

とりあえず、復帰されたそうだから、俺は応援する。

**nobodyさん** · 2007/12/02(日) 12:45:42

>>838
ってか、それMockとか作るたびにソース書き直してそれやってるの？
DIコンテナはやっぱりテストする際に、実装しているクラスとMockを簡単に切り替える点にあるといえる

インスタンスの管理だけがDIの利点ではないだろう。
もし、それだけなら単なるFactoryつくればおk

AOPについても同様で、既に作成済みのクラスや機能について
処理を追加したいと考えた際にAOPが無くちゃ何も出来ない。
誰かがソースを直して待つしかないなら、AOPで書き換えるようにする。

もしかして、ソース管理は自分一人でやってないよな？

**nobodyさん** · 2007/12/02(日) 13:45:47

>>841
>ってか、それMockとか作るたびにソース書き直してそれやってるの？
そうだよ。変更箇所だけを集めたファイル(config.php)を作って、必要があれば都度書き換えてる。
DIコンテナも設定ファイルを書き換えるよね。そのXMLファイルがPHPファイルになっただけ。本質的な違いはない。

>DIコンテナはやっぱりテストする際に、実装しているクラスとMockを簡単に切り替える点にあるといえる
>
>インスタンスの管理だけがDIの利点ではないだろう。
>もし、それだけなら単なるFactoryつくればおk
「実装しているクラスとMockを簡単に切り替える」のは「インスタンスの管理」だと思うんだが違うのかね。
ついでにいうと>>838のコードは「実装しているクラスとMockを簡単に切り替え」ている例だと思うけど。何が不満なのかしら。

>AOPについても同様で、既に作成済みのクラスや機能について
>処理を追加したいと考えた際にAOPが無くちゃ何も出来ない。
>誰かがソースを直して待つしかないなら、AOPで書き換えるようにする。
それはJavaにそういう機能がないだけだよね。クラスの定義自体を動的に行うスクリプト言語にそんなこといわれてもなあ。

>もしかして、ソース管理は自分一人でやってないよな？
人数は関係ないんじゃない？Javaではソース管理が一人だとDIコンテナやAOP使う利点がなくなるの？

**nobodyさん** · 2007/12/02(日) 15:18:44

あーMaple復活したんだ

**nobodyさん** · 2007/12/02(日) 17:07:56

や、Mapleというより、今のところはkunitさんが復帰しただけかな。
個人的にはHawkさんこそ復帰して欲しい・・・。

**nobodyさん** · 2007/12/02(日) 18:01:06

Mapleひきついで「あれ…俺たいしてプログラミング好きじゃないじゃん」
って気づいちゃった人だったけ？

**nobodyさん** · 2007/12/02(日) 19:03:29

>>842
横レスすまんけど
DIつう仕組みがすでにあるのに俺俺ファクトリーみたいなのを使う理由って何だ？
煽りじゃなくて単純な疑問。答えてくれるとうれしい

**nobodyさん** · 2007/12/02(日) 20:19:53

>>846
必要ないから。大げさだから。学習コストがかかるから。
俺俺ファクトリーで済むのにわざわざDIを使う理由は何だ？
Javaは融通がきかないからDIコンテナを使うのはわかる。
でも何でも実行時に行うスクリプト言語でわざわざ手間掛けてDIコンテナを使う理由はあるのか？

設定ファイル(config.php)：
<?php $klass = 'Foo'; ?>

main.php:
<?php require_once('config.php'); $obj = new $klass(); ?>

これですむような言語にDIなんて必要ないだろ。

**844** · 2007/12/02(日) 21:17:48

>>845
お前Hawkさんとこに糞なコメント残したtestと同じタイプか？
何かしらプライベートであったからあーいう結末になったんだろ？
俺はあの人のサイトには随分世話になったんだ。
そういう言い方すんな、日本のPHP界にとっても有益な人だっんだ。

**nobodyさん** · 2007/12/02(日) 21:27:44

本人乙

これでいいかな？

**nobodyさん** · 2007/12/02(日) 22:03:43

高度に発達したFW信者はネットストーカーと区別がつかない

**nobodyさん** · 2007/12/02(日) 22:21:46

>>848
糞なコメントって何だ？
事情は知らんが印象に残ってただけで中傷する意図はない
プライベートどうこうじゃなくて個人の資質の問題だろう
気づいたこと自体は気づかないままよりいいんじゃね

**nobodyさん** · 2007/12/03(月) 00:08:04

>>841はDI厨。
>>846は訓練されたDI厨。

**nobodyさん** · 2007/12/03(月) 01:09:56

何故にseasaaは叩かれないのだ。

**nobodyさん** · 2007/12/03(月) 01:37:18

>>847
俺俺ファクトリーもそうだけど、ソースの修正量が増えたときに
インスタンス管理なんかを誰が管理しなくちゃ行けない場面が沢山あるんだよ。

少人数でソースの管理を行っているなら、コミットログとかコミュニケーションの範疇で
なんとかなるけど、規模が大きくなってくるとそれが大変になってくるんだ。
確かに俺俺ファクトリーでも十分使えるけど
>>847 の書いたようなコードが、実際に動く部分に混入するとそれこそ苦労倍増なんだよ。

だから、みんなでコンテナに登録してテストとかの際に切り替えは
コンテナからやっちゃいましょうね。っていう仕組みがDIで簡単にできる。

また、AOPについては前にも書いたけど、誰かがソースを修正しているときに
そのソースの修正を待たずに、処理を追加できる利点があるんだ。
ソースの完了を待って、自分のコードを書くのじゃ遅いから、
あらかじめインタフェースとかを切っておいて決まり事をつける事で
誰かに待たされる事なくプログラムを進める事ができるんだ。

って、長文すまん

**nobodyさん** · 2007/12/03(月) 01:43:48

俺俺ファクトリーかDIかっていうのは結局のところ程度問題なわけか？
コンパクトで少人数なら俺俺、でかくて大人数ならDI、とかそういう感じ？

**nobodyさん** · 2007/12/03(月) 03:11:05

>>854
>少人数でソースの管理を行っているなら、コミットログとかコミュニケーションの範疇で
>なんとかなるけど、規模が大きくなってくるとそれが大変になってくるんだ。
>確かに俺俺ファクトリーでも十分使えるけど
>>>847 の書いたようなコードが、実際に動く部分に混入するとそれこそ苦労倍増なんだよ。
おまえが何を問題にしているのかを明確にしてほしいんだけど、「（インスタンス管理のための）コードが、実際に動く部分に混入するとそれこそ苦労倍増」になることが問題ということでOK？
この前提が正しいとしたら、解答は「混入させない」。混入してたらそれはバグだから修正する。それだけ。
でもこれってJavaでも一緒だよね。Javaだと混入させない魔法でもあるの？

>だから、みんなでコンテナに登録してテストとかの際に切り替えは
>コンテナからやっちゃいましょうね。っていう仕組みがDIで簡単にできる。
だからそんなことはDIじゃなくても十分できるの。特にスクリプト言語なら。

>また、AOPについては前にも書いたけど、誰かがソースを修正しているときに
>そのソースの修正を待たずに、処理を追加できる利点があるんだ。
違うだろ。AOPの利点は次の2つ。
* 既存のクラスに手を加えることなく処理を追加できること
* クラス階層を横断して機能を追加できること

>ソースの完了を待って、自分のコードを書くのじゃ遅いから、
>あらかじめインタフェースとかを切っておいて決まり事をつける事で
>誰かに待たされる事なくプログラムを進める事ができるんだ。
それはAOP関係なくて、mockとかdriverとかstubとかいうものでやること。AOPである必要はない。

**nobodyさん** · 2007/12/03(月) 03:56:12

白熱だなあ

**nobodyさん** · 2007/12/03(月) 10:25:24

AOPとかDIとかよくわかってない俺

**nobodyさん** · 2007/12/03(月) 11:07:06

AOPとかDIとか全くわかってない俺も来ましたよ

**nobodyさん** · 2007/12/03(月) 11:18:21

誰か忘れたけど、Perl on Railsを作ってるみたいだね。
って完全にスレ違いだな。ｽﾏｿ

**nobodyさん** · 2007/12/03(月) 11:31:44

>>860 どの言語でもパクれるんですね。　んならPHPでいいや。

【総合】PHPフレームワークを語るスレ8
http://pc11.2ch.net/test/read.cgi/php/1192604501/l50

**nobodyさん** · 2007/12/03(月) 18:20:40

http://slashdot.jp/security/article.pl?sid=07/12/02/1931233
MD5脂肪でPHP脂肪ｗｗｗｗ

**nobodyさん** · 2007/12/03(月) 18:35:44

>>862は釣りですか

**nobodyさん** · 2007/12/03(月) 21:09:02

MD5脂肪→PHPはセッションでMD5値を使っている→三段論法でPHP脂肪ｗｗｗ

**nobodyさん** · 2007/12/03(月) 22:25:35

>>864も釣りですか

**nobodyさん** · 2007/12/04(火) 00:23:04

Javaで有効だったからPHPでも有効だと思ってるやついるね。
きっとDIとAOPがはやってるからという理由で勉強したJavaプログラマー、社会人3年目くらいか。

**nobodyさん** · 2007/12/04(火) 00:43:22

個人的には人が書いた俺俺ファクトリーをいじるの(っていうかコード見るの)はやだなあ
使える場面では使ってもいいとおもうよ>DI
少なくとも毛嫌いするようなもんでもないと思う

**nobodyさん** · 2007/12/04(火) 00:47:26

そんなに駄目かな？ＤＩ。

**nobodyさん** · 2007/12/04(火) 00:48:51

静的型付け言語であるJavaと
PHPを比べてる時点でナンセンスだと思うけどね

**nobodyさん** · 2007/12/04(火) 01:08:03

>>867
人が書いた俺オレfactoryと、人が書いたDIコンテナと、どう違うというのだろう。

>少なくとも毛嫌いするようなもんでもないと思う

嫌ってるんじゃなくて、DIコンテナを使ってうれしい場面がPHPではないってことだろ。好き嫌いの話じゃない。
そんなにいうなら、どう嬉しいのかをちゃんと語ればいいじゃん。ちゃんと説得力を持って。
説得力のある理由がでてきてないから必要ないといわれるわけで。