[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 09:10 / Filesize : 226 KB / Number-of Response : 964
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:nobodyさん [2007/10/17(水) 16:01:41 ID:72/gWtt1]
前スレ
pc11.2ch.net/test/read.cgi/php/1181350116/

773 名前:nobodyさん mailto:sage [2007/11/26(月) 21:23:22 ID:???]
そもそもC++あたりの頃の規約的に継承されたクラスを継承しちゃだめじゃないか?

774 名前:nobodyさん mailto:sage [2007/11/26(月) 21:29:30 ID:???]
ウェブアプリでクラスを使わないと表せないようなデータはごく限られた場面だけなんだよ。たいていの場合、連想配列で十分。

775 名前:nobodyさん mailto:sage [2007/11/26(月) 21:31:07 ID:???]
クラスの役割によるけど、3階層より深くなるのは設計ミスの可能性がある。

776 名前:nobodyさん [2007/11/26(月) 21:35:12 ID:g6VI9o/i]
基底クラスにデバッグメソッドがあるんじゃないの?

777 名前:nobodyさん mailto:sage [2007/11/26(月) 22:03:20 ID:???]
>>762
志村〜

778 名前:nobodyさん mailto:sage [2007/11/26(月) 22:06:08 ID:???]
>>774
バカの一つ覚えみたいに、何でもかんでもクラスにすりゃイイってわけじゃないんですね。
簡単にできることを複雑にやる必要はない=配列で十分なデータかどうかよく考えるようにしたいと思います。^^

779 名前:nobodyさん mailto:sage [2007/11/26(月) 22:11:32 ID:???]
>>771
Seleniumとかテストツールがあるじゃないですか?
www.thinkit.co.jp/free/article/0705/2/1/

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

780 名前:nobodyさん mailto:sage [2007/11/26(月) 22:13:22 ID:???]
ファイル一つ読み書きするのにopen(),read(),write(),close()なんてメソッド作ってますが何か

781 名前:nobodyさん [2007/11/26(月) 22:38:38 ID:9laXyXH+]
意味あんの?



782 名前:nobodyさん mailto:sage [2007/11/26(月) 22:40:14 ID:???]
ぺちぺよんのはなし?

783 名前:nobodyさん mailto:sage [2007/11/26(月) 22:49:17 ID:???]
>>779
普通にPHPUnit。
HTTP関係ないテストは説明するまでもないはず。
アクション(リクエスト処理)のテストは、$_GETとか$_POSTの中に値設定して、
アクション呼び出し。そんでデータベースにちゃんと入ってるかとかテスト。
こっちはテスト用のユーティリティーを作らないといかんので準備がめんどいね。
でもやる価値はある。
PHPにもspycってYamlパーサーがあったのには助かった。

784 名前:nobodyさん mailto:sage [2007/11/26(月) 23:17:58 ID:???]
>>783
テストデータはYAMLで書くのが楽だよな。
PHPのヒアドキュメントがもう少し洗練されていれば。

785 名前:nobodyさん mailto:sage [2007/11/27(火) 20:43:47 ID:???]
www.rubyist.net/~matz/20071027.html
ruby公式ロゴ決定でPHP嫉妬www

786 名前:nobodyさん mailto:sage [2007/11/27(火) 20:46:35 ID:???]
japan.zdnet.com/news/itm/story/0,2000056188,20361834,00.htm
三木谷とまつもとが結託でPHPのシェア大幅下落www

787 名前:nobodyさん mailto:sage [2007/11/27(火) 21:10:23 ID:???]
アンチRubyの工作員の仕業にしか見えません

788 名前:nobodyさん mailto:sage [2007/11/28(水) 02:24:54 ID:???]
周知でしょ

789 名前:nobodyさん mailto:sage [2007/11/28(水) 11:13:11 ID:???]
>>779
Seleniumは、PHPというよりHTML(Javascript)側のテストツールだぞ。
XSSとかのテストに便利
(でも、ルール作るのが面倒やな。)

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

790 名前:nobodyさん mailto:sage [2007/11/28(水) 21:02:03 ID:???]
simpleTest使ってる奴はいねーの?

791 名前:nobodyさん mailto:age [2007/11/29(木) 10:22:46 ID:???]
>>786
Rubyの未来が心配になってきた…



792 名前:nobodyさん mailto:sage [2007/11/29(木) 12:25:20 ID:???]
>>786
Googleは技術と戦略を軸に規模を拡大してきた。ただ、それが強みでも弱みでもある。楽天はオペレーションを加えた3つをしっかりとやってきた

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

793 名前:nobodyさん mailto:sage [2007/11/29(木) 13:40:05 ID:???]
楽天って何のためにRuby採用したん? Rubyって速いん?

794 名前:nobodyさん mailto:sage [2007/11/29(木) 13:55:53 ID:???]
お互いに相手を利用してやろうって魂胆な気がする

795 名前:nobodyさん mailto:sage [2007/11/29(木) 15:45:34 ID:???]
>>794
まさにそんな感じだ
おたがい腹の底では相手を全く尊敬してなさそう

796 名前:nobodyさん mailto:sage [2007/11/29(木) 15:46:06 ID:???]
>>794
こけても
「まぁ、楽天(Ruby)だしな。」
と思われるので安心です。


797 名前:nobodyさん [2007/11/29(木) 16:09:45 ID:5C/J/t4q]
>>794
Railsがもてはやされてる頃に、楽天が採用するって言い出したんだよな。
まぁ、どっちもどっちだ。

798 名前:733 mailto:sage [2007/11/29(木) 18:36:58 ID:???]
RailsもどきPHP自作FWの完成度が高まるにつれRailsどうでもよくなってきた。
でも一つの答えをくれたRailsに感謝。
楽天くらい開発スタッフかかえてるんなら自分たちでFW作って社内標準にすればいいのにな。

799 名前:nobodyさん mailto:sage [2007/11/29(木) 18:39:18 ID:???]
自作君まだいたんだ

800 名前:733 mailto:sage [2007/11/29(木) 19:03:17 ID:???]
ごむぇん、にぃちゃん・・・

801 名前:nobodyさん mailto:sage [2007/11/29(木) 20:34:40 ID:???]
作ってしまえば自作もいいぞ。全部自分好みにできる。



802 名前:nobodyさん mailto:sage [2007/11/29(木) 21:40:55 ID:???]
オープンソースのフレームワークだって
全部自分好みにできるがな。

803 名前:733 mailto:sage [2007/11/29(木) 22:21:45 ID:???]
自作っていっても実質railsのパクリンだしね。

804 名前:nobodyさん mailto:sage [2007/11/29(木) 23:44:43 ID:???]
自作とかみると、また嘘言ってるよと思う。 
単に俺がしょぼいんだろうなあ…。

805 名前:nobodyさん mailto:sage [2007/11/30(金) 08:57:17 ID:???]
世間一般に対するPRだな。世間と言っても、ウェブ開発の動向に興味を持ってる人の世間だけど。
楽天は安くて品揃え良くすれば、Ruby使おうがJava使おうがどうでもいいよ。と普通の世間の人は思ってる。

806 名前:nobodyさん [2007/11/30(金) 10:44:14 ID:bY6T+Roz]
楽天はショップの管理画面をなんとかしたほうがいい

807 名前:nobodyさん mailto:sage [2007/11/30(金) 12:19:43 ID:???]
google=Java yahoo=php                     楽天=Ruby

Rubyは良い言語だよね?

808 名前:nobodyさん mailto:sage [2007/11/30(金) 12:28:20 ID:???]
楽天はrubyと組んでも損することはないが
rubyは楽天と組むとイメージダウンが著しいな

809 名前:nobodyさん mailto:sage [2007/11/30(金) 13:36:29 ID:???]
つかGoogle=Javaってw

810 名前:nobodyさん mailto:sage [2007/11/30(金) 14:15:18 ID:???]
google = pythonってイメージのがつよい。

811 名前:nobodyさん mailto:sage [2007/11/30(金) 15:38:10 ID:???]
あれ、Googleって、java利用し始めたんじゃなかったっけ?



812 名前:nobodyさん mailto:sage [2007/11/30(金) 15:40:46 ID:???]
前から使ってるとこには使ってるでしょ。
楽天だってjavaもphpも使ってるって言ってるし。

813 名前:nobodyさん mailto:sage [2007/11/30(金) 17:13:05 ID:???]
GoogleはサーバサイドではJavaとC++が主流で、Pythonは管理ツールとか。

814 名前:nobodyさん mailto:sage [2007/11/30(金) 17:24:40 ID:???]
大きな会社が一つの言語しか使わないなんて面白いことはしないと思いますよ

815 名前:nobodyさん mailto:sage [2007/11/30(金) 17:40:31 ID:???]
ほんとこのスレってすれ違いな話しで埋まるよね
PHPでフレームワーク使ってる奴はレアな存在ってことを象徴してるよな
www.phppro.jp/phpconference2007/qa/2


816 名前:nobodyさん mailto:sage [2007/11/30(金) 18:53:18 ID:???]
>>815
それぞれ個別のFWスレがあるんで
実際に使ってる人達は基本的にそっちでやっている
このスレも前スレくらいまではもう少しまともだった
今はもう煽る奴と煽られる奴しかいない

817 名前:nobodyさん mailto:sage [2007/11/30(金) 19:00:15 ID:???]
だから個別スレに分けるなって言ったのに・・・

818 名前:nobodyさん mailto:sage [2007/11/30(金) 20:36:44 ID:???]
そろそろJavaを始めようと思います
PHPの難しさを100としたら
Javaの難しさはどのくらいですか?
ちなみにPHPは5でオブジェクト指向で書いてます

819 名前:nobodyさん mailto:sage [2007/11/30(金) 20:50:41 ID:???]
単に言語として覚えるだけならそんな苦労はないと思う。
習得時間を要するフレームワーク覚えたり、Tomcatの設定とか
Javaでウェブアプリを作る上で付随することを覚えるのが辛いかもね。

820 名前:nobodyさん mailto:sage [2007/11/30(金) 22:21:47 ID:???]
>>818
オブジェクト指向でかけるならそんな難しくないでしょ。 
JAVAでもC++でも…。

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

821 名前:nobodyさん mailto:sage [2007/11/30(金) 22:26:35 ID:???]
やってみればいいじゃない。



822 名前:nobodyさん mailto:sage [2007/11/30(金) 22:36:21 ID:???]
>>820
やってみりゃいいよ。
俺はCからJavaに移る時に、3ヶ月目に これがクラスの力か!って閃いた。
初めて自転車に乗る時みたいなもんだ。

823 名前:nobodyさん mailto:sage [2007/12/01(土) 00:09:25 ID:???]
俺はオブジェクト指向は難しくないけど、フレームワークがダメ。

824 名前:nobodyさん mailto:sage [2007/12/01(土) 09:52:25 ID:???]
>>818
今まで変数の「型」について意識していなかったら結構ひっかかるかも?
それ以外はそんなに苦労しないんじゃないかな、と思う。

825 名前:nobodyさん [2007/12/01(土) 10:51:28 ID:sHVEWDE6]
JAVAからはじめた俺はSETTERやGETTERがないと気持ち悪くて・・・

826 名前:nobodyさん mailto:sage [2007/12/01(土) 10:58:52 ID:???]
仕事や勉強は別として、JavaやC/C++で作りたいものがある人は尊敬するわw

827 名前:鍔莊 ◆SrChNIpw0A mailto:sage [2007/12/01(土) 11:20:34 ID:???]
test

828 名前:nobodyさん mailto:sage [2007/12/01(土) 13:08:12 ID:???]
>>825
俺もだ。ナンセンスと言われようとも、そこはゆずれない。

829 名前:nobodyさん mailto:sage [2007/12/01(土) 13:22:32 ID:???]
Pythonはsetter,getterなんて自動で作成しますけどw
昭和のかおりのする言語乙

830 名前:nobodyさん mailto:sage [2007/12/01(土) 13:57:51 ID:???]
eclipseでやってりゃ自動生成あるからいいんだけどね>Java
PHPは・・・Zend Studioおねがいしまつ。

831 名前:nobodyさん mailto:sage [2007/12/01(土) 15:08:06 ID:???]
作りゃいいじゃん。
つか、作り方どっかに転がってなかったか?



832 名前:nobodyさん mailto:sage [2007/12/01(土) 18:28:33 ID:???]
作れば・・とか言ってたらキリねーじゃんww

833 名前:nobodyさん mailto:sage [2007/12/01(土) 21:18:44 ID:???]
>>829
ダウト

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

834 名前:nobodyさん mailto:sage [2007/12/01(土) 21:18:47 ID:???]
いや、だから、対応されるまでここでグチるより、作り方乗ってるサイトあるんだから見て作れるだろって話。
それこそキリないだろ。

835 名前:nobodyさん [2007/12/01(土) 21:43:32 ID:sHVEWDE6]
PDTでつけてくれればいいんだけどな。SETTERとGETTERの生成。

836 名前:ほれ mailto:sage [2007/12/02(日) 00:38:16 ID:???]
codezine.jp/a/article/aid/1104.aspx

837 名前:nobodyさん mailto:sage [2007/12/02(日) 05:30:09 ID:???]
ちょいすれ違いかも知れませんが
皆さんphpでDIコンテナって使う機会ありますか?
便利そうだなーと思うものの実際使ったことがないので効果のほどがわかりません
どうでしょうか

838 名前:nobodyさん mailto:sage [2007/12/02(日) 07:23:30 ID:???]
>>837
あれはJavaのような融通の利かない言語のためにあるもの。
スクリプト言語にはまず必要ない。

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

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

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

839 名前:nobodyさん mailto:sage [2007/12/02(日) 12:15:27 ID:???]
Mapleとかまったく無意味と言うか、センスのないフレームワークだったよな。

840 名前:nobodyさん mailto:sage [2007/12/02(日) 12:26:50 ID:???]
とりあえず、復帰されたそうだから、俺は応援する。

841 名前:nobodyさん mailto:sage [2007/12/02(日) 12:45:42 ID:???]
>>838
ってか、それMockとか作るたびにソース書き直してそれやってるの?
DIコンテナはやっぱりテストする際に、実装しているクラスとMockを簡単に切り替える点にあるといえる

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

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

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



842 名前:nobodyさん mailto:sage [2007/12/02(日) 13:45:47 ID:???]
>>841
>ってか、それMockとか作るたびにソース書き直してそれやってるの?
そうだよ。変更箇所だけを集めたファイル(config.php)を作って、必要があれば都度書き換えてる。
DIコンテナも設定ファイルを書き換えるよね。そのXMLファイルがPHPファイルになっただけ。本質的な違いはない。

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

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

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


843 名前:nobodyさん mailto:sage [2007/12/02(日) 15:18:44 ID:???]
あーMaple復活したんだ

844 名前:nobodyさん mailto:sage [2007/12/02(日) 17:07:56 ID:???]
や、Mapleというより、今のところはkunitさんが復帰しただけかな。
個人的にはHawkさんこそ復帰して欲しい・・・。

845 名前:nobodyさん mailto:sage [2007/12/02(日) 18:01:06 ID:???]
Mapleひきついで「あれ…俺たいしてプログラミング好きじゃないじゃん」
って気づいちゃった人だったけ?

846 名前:nobodyさん mailto:sage [2007/12/02(日) 19:03:29 ID:???]
>>842
横レスすまんけど
DIつう仕組みがすでにあるのに俺俺ファクトリーみたいなのを使う理由って何だ?
煽りじゃなくて単純な疑問。答えてくれるとうれしい

847 名前:nobodyさん mailto:sage [2007/12/02(日) 20:19:53 ID:???]
>>846
必要ないから。大げさだから。学習コストがかかるから。
俺俺ファクトリーで済むのにわざわざDIを使う理由は何だ?
Javaは融通がきかないからDIコンテナを使うのはわかる。
でも何でも実行時に行うスクリプト言語でわざわざ手間掛けてDIコンテナを使う理由はあるのか?

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

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

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

848 名前:844 mailto:sage [2007/12/02(日) 21:17:48 ID:???]
>>845
お前Hawkさんとこに糞なコメント残したtestと同じタイプか?
何かしらプライベートであったからあーいう結末になったんだろ?
俺はあの人のサイトには随分世話になったんだ。
そういう言い方すんな、日本のPHP界にとっても有益な人だっんだ。

849 名前:nobodyさん mailto:sage [2007/12/02(日) 21:27:44 ID:???]
本人乙



これでいいかな?

850 名前:nobodyさん mailto:sage [2007/12/02(日) 22:03:43 ID:???]
高度に発達したFW信者はネットストーカーと区別がつかない

851 名前:nobodyさん mailto:sage [2007/12/02(日) 22:21:46 ID:???]
>>848
糞なコメントって何だ?
事情は知らんが印象に残ってただけで中傷する意図はない
プライベートどうこうじゃなくて個人の資質の問題だろう
気づいたこと自体は気づかないままよりいいんじゃね



852 名前:nobodyさん mailto:sage [2007/12/03(月) 00:08:04 ID:???]
>>841はDI厨。
>>846は訓練されたDI厨。

853 名前:nobodyさん mailto:sage [2007/12/03(月) 01:09:56 ID:???]
何故にseasaaは叩かれないのだ。


854 名前:nobodyさん mailto:sage [2007/12/03(月) 01:37:18 ID:???]
>>847
俺俺ファクトリーもそうだけど、ソースの修正量が増えたときに
インスタンス管理なんかを誰が管理しなくちゃ行けない場面が沢山あるんだよ。

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

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

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


って、長文すまん


855 名前:nobodyさん mailto:sage [2007/12/03(月) 01:43:48 ID:???]
俺俺ファクトリーかDIかっていうのは結局のところ程度問題なわけか?
コンパクトで少人数なら俺俺、でかくて大人数ならDI、とかそういう感じ?

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

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

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

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

857 名前:nobodyさん mailto:sage [2007/12/03(月) 03:56:12 ID:???]
白熱だなあ

858 名前:nobodyさん [2007/12/03(月) 10:25:24 ID:aJcrBH5W]
AOPとかDIとかよくわかってない俺

859 名前:nobodyさん mailto:sage [2007/12/03(月) 11:07:06 ID:???]
AOPとかDIとか全くわかってない俺も来ましたよ

860 名前:nobodyさん mailto:sage [2007/12/03(月) 11:18:21 ID:???]
誰か忘れたけど、Perl on Railsを作ってるみたいだね。
って完全にスレ違いだな。スマソ

861 名前:nobodyさん mailto:sage [2007/12/03(月) 11:31:44 ID:???]
>>860 どの言語でもパクれるんですね。 んならPHPでいいや。

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



862 名前:nobodyさん mailto:sage [2007/12/03(月) 18:20:40 ID:???]
slashdot.jp/security/article.pl?sid=07/12/02/1931233
MD5脂肪でPHP脂肪wwww

863 名前:nobodyさん mailto:sage [2007/12/03(月) 18:35:44 ID:???]
>>862は釣りですか


864 名前:nobodyさん mailto:sage [2007/12/03(月) 21:09:02 ID:???]
MD5脂肪→PHPはセッションでMD5値を使っている→三段論法でPHP脂肪www

865 名前:nobodyさん mailto:sage [2007/12/03(月) 22:25:35 ID:???]
>>864も釣りですか

866 名前:nobodyさん mailto:sage [2007/12/04(火) 00:23:04 ID:???]
Javaで有効だったからPHPでも有効だと思ってるやついるね。
きっとDIとAOPがはやってるからという理由で勉強したJavaプログラマー、社会人3年目くらいか。

867 名前:nobodyさん mailto:sage [2007/12/04(火) 00:43:22 ID:???]
個人的には人が書いた俺俺ファクトリーをいじるの(っていうかコード見るの)はやだなあ
使える場面では使ってもいいとおもうよ>DI
少なくとも毛嫌いするようなもんでもないと思う

868 名前:nobodyさん mailto:sage [2007/12/04(火) 00:47:26 ID:???]
そんなに駄目かな?DI。

869 名前:nobodyさん mailto:sage [2007/12/04(火) 00:48:51 ID:???]
静的型付け言語であるJavaと
PHPを比べてる時点でナンセンスだと思うけどね


870 名前:nobodyさん mailto:sage [2007/12/04(火) 01:08:03 ID:???]
>>867
人が書いた俺オレfactoryと、人が書いたDIコンテナと、どう違うというのだろう。

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

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

871 名前:nobodyさん mailto:sage [2007/12/04(火) 01:23:40 ID:???]
>>869
スクリプト言語にDIを勧めるほうがナンセンス



872 名前:nobodyさん mailto:sage [2007/12/04(火) 01:31:29 ID:???]
DIとMockとAOPの違いを簡潔に教えて頂戴>えろい方

俺の低レベルな理解力では次のように理解
DI:クラスを置き換えできる。
AOP:メソッドを追加したり置き換えできる。
Mock:DIと同じ?(DIをテスト用途で使うことに特化した呼び名?)

あとmixinってのもあるよね。
mixin=AOP?

873 名前:nobodyさん mailto:sage [2007/12/04(火) 10:29:36 ID:???]
>>872
AOPは既存処理の前後に共通化された処理を挿入する。(前後とは限らない?)
mix-inは、共通で使う処理を関数化しておいて、それを任意のクラスのメソッドとして使えるようにする。
とか俺も半端な知識で言っている。
てかスレ違い。この辺の議論やると終わらないし。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<226KB

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