【総合】PHPフレームワークを語るスレ8at PHP
【総合】PHPフレームワークを語るスレ8 - 暇つぶし2ch910:nobodyさん
07/12/05 20:13:07
>>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さん
07/12/05 20:51:19
結局好みの問題もあるしなー
でもなんにせよJavaのやり方って普及しないよね。

Javaの崇高なる理論を元にした設計方針
→バカは理解できないから徹底は難しい
優秀なエンジニアの集団
→そのプロジェクトで一番効率的なやり方を自分たちで編み出してやる

912:nobodyさん
07/12/05 22:00:20
結局好み

913:nobodyさん
07/12/05 22:10:55
JAVAの山に幾度か登ったけど、全てリタイヤ… orz

914:nobodyさん
07/12/06 00:19:55
>>910
だから具体例で説明しろって。
依存関係というのが複雑な例を出して、そのXMLを書いてみせろ。
そしてそれがPHPコードで書くと複雑になるのが、DIコンテナだとすっきり書けるというのを実際に書いて示せ。
具体例を示さずにDIマンセーするのウゼエ

915:nobodyさん
07/12/06 00:31:56
>>910は別に
DIマンセー
と言ってるわけではないだろうが
なんでも噛み付くおまえもウゼエ


916:nobodyさん
07/12/06 00:38:46
PHPER仲違いでPHP脂肪www

917:nobodyさん
07/12/06 00:41:48
何言っても具体例で説明しろとしか言えないんだろ

918:nobodyさん
07/12/06 01:18:29
DIコンテナ自体理解できないから具体例出して欲しいんだろうよ

919:nobodyさん
07/12/06 02:05:44
おまえらが具体例出せないことはよくわかった

920:nobodyさん
07/12/06 10:46:27
バイトがゴキブリ揚げてケンタッキー脂肪wwwwwwwwwwwwwwwww
URLリンク(news.livedoor.com)

921:nobodyさん
07/12/06 11:19:50
DIの具体例って前から説明されてね?

っていうか具体例だしても、挙げ足なら誰も書けないと思うんだけど。

922:nobodyさん
07/12/06 11:23:59
DIを理解できない頭の悪さを他人のせいにしてるだけだよ
一連の書き込み見てりゃわかるけど

923:nobodyさん
07/12/06 13:32:45
>>921
>DIの具体例って前から説明されてね?
どこに?

924:nobodyさん
07/12/06 13:35:42
>>923に、わかりやすく言えば、班長さんみたいなもんだ。

925:nobodyさん
07/12/06 13:42:24
>>921の文章が難解だと思うのは俺だけでしょうか?



926:nobodyさん
07/12/06 17:06:31
残り少ないレス可能数に、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> について書かれていないし、参考にしたのが
URLリンク(trac.pradosoft.com)
だったりするのでまだ未実装なのか記述ミスなのかもわかりません。。。
どうやったらうまくいくのかヒントでも何でもいいので、お示しをお願いします。。。


927:nobodyさん
07/12/06 17:13:51
そんなの使わなければ、つまづく事も無いのにね。

928:nobodyさん
07/12/08 05:30:02
URLリンク(japan.zdnet.com)
OSX脂肪でPHP脂肪www

929:nobodyさん
07/12/08 17:30:22
PHPやっててフォークやソケットやスレッドの知識が身に付きますか?
同じスクリプト言語でもPerlなら付きます
PHPしかしないのは技術者として自殺行為です
初心者こそ最初は他の言語をしましょうね

930:nobodyさん
07/12/09 01:24:32
PHPのことを知らないのなら
黙ってれば恥かかなくてすむのにねw

931:nobodyさん
07/12/09 05:26:30
PHP自体がフレームワーク

932:nobodyさん
07/12/09 05:32:16
まあフレームワークは制限だからな

933:nobodyさん
07/12/09 05:33:35
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フケ・痒みがとまらないPart9 [身体・健康]

まだ止まらないのかよw

934:nobodyさん
07/12/09 07:36:41
もともとフレームワークのPHP使ってフレムーワーク作る人って恥ずかしくないのかなw

935:nobodyさん
07/12/09 07:44:51
そんな事言ったら、どの言語だってそうだろ。
ちなみにフレムーワークは作った事ないけど。

936:nobodyさん
07/12/09 12:05:37 v5bnJUO2
俺もそろそろフレームワークデビューしてみたい(っ´∀`)っ

937:nobodyさん
07/12/09 12:20:44
PHPはフレームワークとしては貧弱だからな
1枚ぐらい皮を被せたくなるぞ
俺は薄い皮希望だがな


938:nobodyさん
07/12/09 13:22:15
より多くの案件をこなすのが目的なら

CakePHP
導入までの敷居が低い = 設置できるレンタルサーバーが多くなる
難易度が低い = 多くの技術者がすぐにプロジェクト参加できる
FWの程度が中規模 = オリジナルなFWに変更しやすい

したがってCakePHPがダントツに流行ることは間違いない


939:nobodyさん
07/12/09 13:30:49
俺様分析おつかれさん

940:nobodyさん
07/12/09 13:36:11
RoRがどのレンタルサーバーでも標準装備されれば
RoRが爆発的に流行すると思うが
phpで出来ることをRoRを覚えてまでやる必要があるかどうか
phpの豊富なWEB用ライブラリを超えることはまず不可能だと思う
なぜならphpはWEBだけに特化した言語だから




941:nobodyさん
07/12/09 13:40:00
symfonyはFWにしては大掛かりすぎるのが難点
それゆえに自由度が利かない
案件に合わせてFWを選択するのが一番いいと思うが
CakePHPならどの案件でも使える可能性が高い

942:nobodyさん
07/12/09 13:42:29
PHPはフレームワークじゃなくて、ただのスクリプト言語だからw


943:nobodyさん
07/12/09 13:58:55
俺はcakeがどうだとかethnaがどうだとか言ってる奴が根絶するまで
PHP4ベースで書かれてるFWは今すぐ捨てろとここに書き続けるつもりだよ

944:nobodyさん
07/12/09 15:01:24
RoRを設計を参考にしたフレームワークが沢山出ている現状だと、
爆発的に流行することはないと思う。(CakePHPもそうだしね)
それにどう頑張ってもRubyは遅い。

945:nobodyさん
07/12/09 15:26:21
Ruby のブロックをPHPに移植してケロ

946:nobodyさん
07/12/09 15:47:26
せめてクロージャでもあればいいんだけどな

947:nobodyさん
07/12/09 16:40:22
ブロック付いて、配列が[]で書けて、配列とハッシュが区別されて、
型が全部オブジェクトになって、組込クラスが整理されて、
オープンクラスになって組込クラスも自由に書き換えられるようになったら
PHPで本気出す

948:nobodyさん
07/12/09 16:57:14
それPHPの意味なくね?

949:nobodyさん
07/12/09 18:14:30
糞言語でもそこそこ何でもできるので
一度覚えるとそこに安住してしまいがちなのがPHPの最大の欠点だな

950:nobodyさん
07/12/09 18:52:11
HTMLに埋め込めて、$_REQUESTと$_SESSIONがいつでも呼び出せる。これ以上望む物はないよ。

951:nobodyさん
07/12/09 19:05:19
PHPのセッション実装なんてヘッポコじゃないですか

952:nobodyさん
07/12/09 19:37:21
>>942
> PHPはフレームワークじゃなくて、ただのスクリプト言語だからw

Rubyははフレームワークじゃなくて、ただのスクリプト言語だからw

で?

953:nobodyさん
07/12/09 20:10:57
で?

954:nobodyさん
07/12/09 20:53:42
     /ニYニヽ 
    /( ゚ )( ゚ )ヽ 
   /::::⌒`´⌒::::\   でっていうwwwwwwww 
  | ,-)___(-、| 
  | l   |-┬-|  l | 
   \   `ー'´   /

955:nobodyさん
07/12/09 21:04:50
釣りばっかだな

956:nobodyさん
07/12/09 21:26:06
>>943 同意
まあレンサバもPHPなんて動けばいいんだろって思ってるから
なかなかPHP5に全面移行できないってのはいいんだけど、
環境が選べる状況で開発している奴らでもPHP4を引きずったり
いつまでもEUC-JPで書いてみたりっていうのは正直吐き気がする。

携帯だからってソースもSJISで書くとか、もういい加減にしてくれ。
UTF-8通る携帯もたいがい増えてるっていうのをなんで敢えて
スルーかな。

なんか質の悪いやや古参PHPerが癌すぎる。

957:nobodyさん
07/12/09 21:33:46
>>56
UTF-8通らないケータイではSJISで書く
UTF-8通るケータイではSJISも通る
世の中のケータイがすべてUTF-8通るならまだしも、そうでないならSJISで書くのは合理的だと思うけど。


958:nobodyさん
07/12/09 21:40:40
SJISでソース書くやつはバカ

959:nobodyさん
07/12/09 22:03:27
内部(ソースコード含む)はすべてUTF-8で統一し、
入力と出力時にSJISなりに変換すれば良いだけの話だろ。

960:nobodyさん
07/12/09 22:09:00
>>958
いや、そうじゃない。
SJISでソースを書くにしてもoutputで、UTF->Shift-JISに正しく変換できない実装がバカ
そのあたりはやっとPHP6で改善される可能性もあるけど、iconvとかmb_*系の実装はどうなるんだとか
そもそもMS932系の実装はどうなるんだろうか、なんてのを正しく議論していないPHPの上の人らがバカ
あと、全然関係ないけど、javaに近づけとはいわないけど、言語実装を議論せずに矛盾ばかり生み出す言語実装を作ってる上のひとらがバカ

961:nobodyさん
07/12/09 22:17:02
つまり携帯のフロントもあるバックエンドをEUCで書くやつは問題なく馬鹿、てことでおk?

962:nobodyさん
07/12/09 22:40:08
>>960
それ(変換とか)よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。

大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや
不具合の温床だと思ってそれほど間違ってるかな。

要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932?)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。

963:nobodyさん
07/12/09 23:28:47
結局PHP使う奴はバカでFA


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch