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

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

[前50を表示]
600:nobodyさん
07/11/14 00:03:19
>>596
>>242

601:nobodyさん
07/11/14 00:18:14
ideとかエディタの設定いじったらいいじゃん
<?php= ?>ってすぐ出せるように

602:nobodyさん
07/11/14 00:21:27
MSIMEに「ぴーえっちぴー」で登録しておけばおk

603:nobodyさん
07/11/14 00:26:29
>>600
{$hoge}みたいなのは自作してるけどforeachは
普通に<?php ～ ?>なのな。

604:nobodyさん
07/11/14 00:31:34
>>601
そんな書き方できたっけ？
<?= ?> か <?php echo ; ?> のどっちかだと思ってた。
それよりも htmlspecialchars() の名前はどうにかしてほしい。長すぎ。
まあ
function h($val) { echo htmlspecialchars($val); }
としてるけどな！

605:nobodyさん
07/11/14 00:34:04
「すぺきゃら」で登録でおk

606:nobodyさん
07/11/14 00:37:01
>>604
returnで返してエイリアスっぽくしたほうがいいんじゃないの？
個人の自由だけど。

607:nobodyさん
07/11/14 00:43:23
でもキーパンチの時間なんて
コーディング作業全体の中では5％以下くらいだよな多分

608:nobodyさん
07/11/14 02:02:28
>>606
<?php h($val); ?>
として使うんだよ
もちろん <?= ?> は使わない。

609:nobodyさん
07/11/14 02:25:54
URLﾘﾝｸ(www.phppro.jp)
こういうセミナーってどんなものでしょう
本を読むことにはないセミナーの強みって何ですか？

610:nobodyさん
07/11/14 03:14:28
俺も行ってみたいんだが、
ろくにプログラムも書けない俺が行っても…って感じだな…ﾊｧ

611:nobodyさん
07/11/14 03:57:30
>>610
んなこたーない
みんな君のことを待ってるよ

612:nobodyさん
07/11/14 10:21:37 MltiFl4a
<?= これってどうやったら有効になるの？ ?>

613:nobodyさん
07/11/14 10:33:22
>>612
php.iniのshort_open_tag

614:nobodyさん
07/11/14 10:51:50
short_open_tagって
もうデフォで有効じゃないの？

615:nobodyさん
07/11/14 10:54:15
PHP6じゃ消える運命

616:nobodyさん
07/11/14 10:59:32
嘘っ
完全に消えるの？

617:nobodyさん
07/11/14 11:02:22
もう廃止リストに上がってんだっけ
まあだいぶ前から非推奨になってたしなあshort open tag

618:nobodyさん
07/11/14 14:00:46
まじで？これなくなったら困るよ。

619:nobodyさん
07/11/14 14:03:38
6が普及するのなんて3年後くらいだからおk

620:nobodyさん
07/11/14 14:07:30
いやいやかなり困る。
使わないようにする時に、修正が大変な予感。

621:nobodyさん
07/11/14 14:12:51
どこでも動かせるように昔から使ってないから困らない

622:nobodyさん
07/11/14 14:16:22
既存ソースの修正は困るよ。
修正箇所を探そうと正規表現で検索しても探しにくい。

ソースはこれだけ？
URLﾘﾝｸ(www.php.net)
だとすれば <? はkeepされそうなんだが。<% はkillすると書いてるな。

623:nobodyさん
07/11/14 14:17:53
<? が無効の時に <? を使っていてもエラーログを残せないからね。（だよね？）

624:nobodyさん
07/11/14 15:23:42
>>622
>修正箇所を探そうと正規表現で検索しても探しにくい。

grep '<¥?=' *.php
で見つかると思うけどなあ。
修正は
$filenames = $argv;
foreach ($filenames as $filename) {
　$s = file_get_contents($filename);
　$s = preg_replace('/<¥?=(.*?)¥?>/', '<?php echo $1; ?>', $s);
　file_put_contents($filename, $s);
}
でよくね？
もしくは
function f($matches) { return '<?php echo ' . trim($matches[1]) . '; ?>' }
$filenames = $argv;
foreach ($filenames as $filename) {
　$s = file_get_contents($filename);
　$s = preg_replace_callback('/<¥?=(.*?)¥?>/', 'f', $s);
　file_put_contents($filename, $s);
}

625:nobodyさん
07/11/14 23:29:30
PHP6の普及なんて遥かかなた先のこと考えてもしょうがない。

626:nobodyさん
07/11/14 23:40:11
>>624
<?= じゃなくて、<? だけのものもある・・。

627:nobodyさん
07/11/14 23:41:34
つか、割と早くから<?=は使うな、みたいなこと言われてた気がするんだけど、やっぱ使う奴いるのな。

628:nobodyさん
07/11/14 23:44:39
<?=は短くていいよ。
Rubyはよく使うものは短くって哲学があるけど、
PHPはわかりやすさが優先されてるからなぁ。
array()とかも面倒くさい。

629:nobodyさん
07/11/15 00:28:27 gnBlsqsm
>>627
たいていの入門書には使うべきではないみたいなことは書かれていたな

630:nobodyさん
07/11/15 01:43:34
PHP6で<??>が消えるというのは・・・
ガセ

631:nobodyさん
07/11/15 03:42:40
ピースフレームワークって
このスレ的には話題になってないけど実際はどうなの？
セミナーとか積極的にしてるみたいだけど。
有限状態マシン？とか用語が難しそうでとっかかりにくいんだよね

632:nobodyさん
07/11/15 05:28:01
PHP 5用ウェブアプリフレームワーク「Solar 1.0.0 alpha1」リリース
URLﾘﾝｸ(japan.zdnet.com)
どんなもんかな？

633:nobodyさん
07/11/15 06:26:57
アシアルのセミナーは大阪でもやって欲しいな
さすがにセミナーだけのために東京まではいけないわ

634:nobodyさん
07/11/15 12:13:04
>>633
人が集まればどこでもやると思う
集まらなければ東京でも無理
大阪でやってほしければ、おまえが20人くらい集客して直談判すればいい

635:nobodyさん
07/11/15 12:16:30
単に東京で好評だったらやるんじゃね。
前何かのセミナー関西でも開いてたような。

636:nobodyさん
07/11/15 23:55:34
9月だったと思うけど俺行ったよ。
Piceの中の人が講師？だったな。

637:466
07/11/16 18:18:51
>>469
遅ればせながらレスありがとう。CI使ってみることにします。

638:nobodyさん
07/11/16 18:30:02
>>633-634
セミナーだけの為に(交通費会社負担で)行った漏れもいる。
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
　
まぁ実際はセミナーだけでなく・・・・・ｗ(以下略

639:nobodyさん
07/11/16 21:13:43
アシアルのセミナーうけるやつって初心者？あれを受けるレベルのやつが業務でPHPまともに使えるのか。煽りじゃなく純粋に思う

640:nobodyさん
07/11/16 22:09:49
セミナーったって色々やってるじゃん
今回の高負荷サイト対策は興味あるな

641:nobodyさん
07/11/17 02:08:46
>>637
>CI使ってみることにします。
あとでいいんで、感想かいてくれ

642:nobodyさん
07/11/17 02:15:01
>>641
でも高負荷で問題になるのはPHPじゃなくてDBだよなあ。。。
PHPのセミナーじゃなくてDBのセミナーになりそう

643:nobodyさん
07/11/17 06:02:16
PHPのセミナーというか
PHPが分かってる人向けセミナーだな

644:nobodyさん
07/11/17 06:16:50
URLﾘﾝｸ(www.asial.co.jp)
この外人女の顔の意味が分からん
全然PHP5っぽくないしコンサルっぽくもない

645:nobodyさん
07/11/17 09:09:41
PHP5っぽい外人女がみたいです

646:nobodyさん
07/11/17 09:15:08
女「ほっとけ」

647:nobodyさん
07/11/17 14:19:40
どうせ適当に選んだに決まってる

648:nobodyさん
07/11/18 13:49:08
受付けの姉ちゃんだろ

649:nobodyさん
07/11/18 14:52:14
ヒント：無料素材集

650:nobodyさん
07/11/19 00:11:18
>>598
名前が出てこないってことはpeclにないってことかな?
>>600
Smartyとかそういう意味じゃないよ
<?= ?> とか書くのが面倒だから{ とか % に自由に変えられるPHPに組み込めるものはないの?という意味

確かにエディタで簡単に入力できるようにするのも手だけど
tplの時だけ{$hoge} は、<?= $hoge ?> と同じ動きをするという拡張があったら便利じゃね?ということ

651:nobodyさん
07/11/19 02:24:56
>>650
simplateとか、調べるといくつか出てくる。

652:nobodyさん
07/11/19 05:56:45
pythonてどんなに長い整数もメモリが許す限り扱えるのな
suge-
PHP脂肪ｗｗｗ

653:nobodyさん
07/11/19 06:30:44
その理由だけでPHP脂肪ｗｗｗとか、脳が脂肪で出来てるとしか思えん

654:nobodyさん
07/11/19 08:21:17
つかそんな使い方しちゃいかんだろ。

655:nobodyさん
07/11/19 10:40:14
>>651
おおー
simplate良さそうだね
フレームワークと絡めて使っている人いる?

656:nobodyさん
07/11/19 11:05:01
URLﾘﾝｸ(simplate.aimy.jp)
smarty重いって書いてあるけど、どんだけ重いのかな。

657:nobodyさん
07/11/19 11:19:41
以下のアシアルのドキュメントへのリンクがあったろ?
そこにベンチマークの結果があるよ simplateはすごい早いみたい(当たり前か)

URLﾘﾝｸ(www.asial.co.jp)

658:nobodyさん
07/11/19 13:23:08 xD0eowNd
Smarty重いって言うけど、それなりの規模ではじめて重くなるわけで・・・

659:nobodyさん
07/11/19 13:33:24
天文学的計算すらできないPHPが許されるのは小学生までｷｬﾊﾊ

660:nobodyさん
07/11/19 13:39:28
誰かこいつにPHPのbcmathモジュールについて解説してやってくれ
あと「天文学的」は絶対桁数がむやみに多いだけで実効精度は実は大したことないって点もｗ

661:nobodyさん
07/11/19 15:44:49
>>650
だから>>242のリンク先みろ。#{$var}が<?php echo $var; ?>, %{$var}が<?php echo htmlspecialchars($var); ?>に展開されるようになってる。

>>658
そんなことない。Smartyはinclude()の倍以上遅い。

662:656
07/11/19 16:25:00
>>657
漏れのacrobat readerだと落ちまくるが何とか最後の方のページにある
ベンチマーク見られたよ。
うーんsmartyは却下だな。simplateつかおっと。

663:nobodyさん
07/11/19 16:26:17
ほんとテンプレートエンジンの話題は別スレ立ててやってくれよ
FWと関係がないとは言わないが内容が無さ過ぎる

664:nobodyさん
07/11/19 16:45:02
>>661
変数をassignしたりしないなら、そもそもSmarty使わないだろ。
include()と比較してどうするんだよ。その後で自前で文字列置換とか
実装してもそんなに速度の差が出ると思ってるのか？

こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、
重いからSmartyは却下というのは、ただ性能の悪いテンプレート
エンジンと認識されているようで気持ち悪い。

アシアルみたいなチンカスが、意味のないベンチマークなんて公開
するもんだから、ますます勘違いする人が増えるんだよ。（中の人は
simplateはえーとか普通に思ってるんだろうけどな）

デザイナーと分業する必要がないけど、テンプレートは分離したいというなら
CodeIgniterとかで開発すれば？基本はPHPベタ書きだけど、最低限の
機能だけのParserがついていて超速い。別に高機能とか要らないんだろ。

665:nobodyさん
07/11/19 17:36:54
>>664
>変数をassignしたりしないなら、そもそもSmarty使わないだろ。
>include()と比較してどうするんだよ。
なんでassignしないとか言い出すの？ちゃんと>>242読んだ？
extract()とinclude()をつかえば生のPHPファイルでも十分テンプレートエンジンとして使えるというだけよ？

>その後で自前で文字列置換とか
>実装してもそんなに速度の差が出ると思ってるのか？
？？？話がまったく見えない。

>こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、
>重いからSmartyは却下というのは、ただ性能の悪いテンプレート
>エンジンと認識されているようで気持ち悪い。
だって性能悪いじゃん。
余計な機能が多い、性能が悪い、デザイナーと連携できない、学習コストがかかる。
Smartyはいいとこのないテンプレートエンジン。

666:nobodyさん
07/11/19 19:56:47
>>660
Windows 版の PHP にはこの拡張モジュールのサポートが組み込まれています。
だって
こんなの組み込んであったのか
なんでwindows版だけ？

667:nobodyさん
07/11/19 20:40:34
JavaScriptでさえ整数は64ビットなのに
いまどき32ビットしか扱えないPHPって(;ﾟ;ж;ﾟ; )ﾌﾞﾌｯ

668:nobodyさん
07/11/19 21:09:28
>>667
ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが
>>667の財布をみると16bitで十分みたいだ。

ところで32bit intじゃ足りない場面ってどんなのがある？
file systemは64bitじゃないと困るけど、そのくらいしか思いつかん。

669:nobodyさん
07/11/19 21:17:51
>>667は何かに当たらないとやっていけない可哀想な子

670:nobodyさん
07/11/19 23:08:34
JavaScriptの整数が64bitになったところで使い道はないだろ。
余計にメモり食うだけだし、うれしいやつっているのかな。

671:nobodyさん
07/11/20 01:16:51
>>668
> ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが

2006年の長者番付で個人資産$50 Billion = $50,000,000,000
= 0x000B A43B 7400

本当だw　unsignedでも足りないw

672:nobodyさん
07/11/20 01:32:10
多いって聞いてたけど、そんなにあんのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

673:nobodyさん
07/11/20 03:10:05
ビルゲイツの個人資産すら扱えないPHPって一体…

674:nobodyさん
07/11/20 03:22:56
pythonがIndustrial Light & Magicで使われている理由…
PHPでCG描いたら計算間違えて勝手にエロ画像になるから
pythonがNASAで使われている理由…
PHPでロケット飛ばしたら入射角間違えて大気圏で炎上するから
pythonがgoogleで使われている理由…
PHPでgoogle作ったらインデックスがぶっ壊れて検索速度がはやぶさ以下になるから

675:nobodyさん
07/11/20 03:33:10
ってかロケット操作してる言語ってマジで何だろう？
あと原発で使ってる言語も気になるな。

676:nobodyさん
07/11/20 03:40:22
>>675
つ　URLﾘﾝｸ(en.wikipedia.org)

677:nobodyさん
07/11/20 05:34:07
PHPっていまだに2038年問題に対応できてないのか。

678:nobodyさん
07/11/20 06:44:49
ごめん、素人考えで言うけど、その辺はC依存じゃないの？

679:nobodyさん
07/11/20 11:02:47 kRLacP2R
>>661
Smartyのページキャッシュ使ってればずっと軽いよ

680:nobodyさん
07/11/20 18:12:27
>>665
だから変数置換程度の用途だったら、別にSmartyである必要ないから
軽いテンプレートでも使ってろよ。

お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。
フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは
当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。

性能が悪いのは機能とのトレードオフだし、デザイナーと連携できないとか、
学習コストがかかるのは別にSmartyに限ったことじゃない。だいたいincluide()
とか言ってるやつが、デザイナーと連携とか湧いてんのか。このうちの一つでも
満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど
素晴らしいのか、それは？何と比較してSmartyを下に見てんの？

というか、なんで俺はSmarty擁護してんの？

681:nobodyさん
07/11/20 18:54:48
以下、Smarty関係禁止！！

682:nobodyさん
07/11/20 19:34:47 kRLacP2R
そういや、Zendが有料のテンプレートエンジン作ってなかったけ？

683:nobodyさん
07/11/20 21:38:10
業界のフレームワークの話なんだけど、
デザイン屋とシステム屋って上限関係とかあるの？

684:nobodyさん
07/11/20 21:43:34
>>680
>だから変数置換程度の用途だったら、別にSmartyである必要ないから
>軽いテンプレートでも使ってろよ。
だれがそう限定したの？for文やif文だって必要なのはあたりまえ。生PHPならどれも使える。
なんで変数置換だけだと思ったの？

>お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。
ぜひ説明してくれ。

>フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは
>当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。
おまえこそ見当違い。Smartyが遅いのは内部で生成するPHPコードの効率が悪いから。Plaggableな仕組みは関係ない。
プラグインなし、フィルタなしのテンプレート書いてベンチマークとれば分かる。

>性能が悪いのは機能とのトレードオフだし、
生PHPなら両立できる。

>デザイナーと連携できないとか、
Smartyの{section}{/section}や{if}{/if}はHTMLと相性が悪いし、デザインを崩す。
PHPの<?php ?>はXMLの仕様に含まれるからHTMLと相性がいいし、デザインを崩さない。
もちろん完全に崩さないわけじゃないが、少なくともSmartyよりずっとまし。

685:nobodyさん
07/11/20 21:44:27
>学習コストがかかるのは別にSmartyに限ったことじゃない。
生PHPなら別にかからない。Smartyは学習コストに見合う価値がない。

>だいたいincluide()とか言ってるやつが、デザイナーと連携とか湧いてんのか。
何が言いたいのかわからんが、include()使ったらデザイナーとの連携がとれないとおまえが勘違いしていることはよくわかった。

>このうちの一つでも
>満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど
>素晴らしいのか、それは？
生PHPは速い、高機能、学習コストがかからないという点を満たしてる。Smartyはどれを満たしてる？

>何と比較してSmartyを下に見てんの？
extract()+include()と比較して。

>というか、なんで俺はSmarty擁護してんの？
頭がたりないからじゃね？

686:nobodyさん
07/11/20 21:57:02
javaやrubyは言語がhtmlと親和性ないテンプレートエンジンが重要になってくるわけで。
もともとphp自体がhtmlとの親和性高いんだから不要と言えば不要。

687:686
07/11/20 21:57:40
1行目：親和性ない→親和性無いから

688:nobodyさん
07/11/20 22:02:10 a3/W0nwA
同意。

689:nobodyさん
07/11/20 22:37:30
PHPerはいつも仲悪いなｗ
pythonerは常にピースフルだぜえｗｗｗ

690:nobodyさん
07/11/20 23:25:00
PHPを使う→糞言語を使うことによる小さなストレスが蓄積→共食い開始ｗ

691:nobodyさん
07/11/20 23:31:13
糞言語を使ってないハズの他言語利用者が、わざわざ糞言語スレに出張して煽りを入れる理由って・・

692:nobodyさん
07/11/20 23:37:04
勧誘してるんだよ
こっちの水はあーまいぞ
ってことさ

693:nobodyさん
07/11/20 23:37:47
しっ。仕事が無いんだよ。

694:nobodyさん
07/11/20 23:46:10
仕事はあるが全部くそみたいな仕事なんだよ！

695:nobodyさん
07/11/21 02:01:54
pythonの仕事って？

696:nobodyさん
07/11/21 02:36:47
テンプレートエンジンの話をひっぱるやつもウザイし、
ライブラリとベタ書きを比べて話し噛み合ってないやつもキモイ。
あと、どっちも口が悪すぎでPHP界隈の程度の低さが窺い知れる。

みんな、Pythonやるといいよ。

697:nobodyさん
07/11/21 04:36:46
PHPは5から間違った方向に進化したと思うね。PHP5はJavaの出来そこないみたいになっちゃった。
<?=$var?>をもっと高機能にするとか、$_SESSIONや$_REQUESTをクラスにして再定義可能にするとか。
よりウェブ専用に特化すべきだった。

698:nobodyさん
07/11/21 09:35:29
下手にまともな言語になりたがった感はあるが、4ですでにオブジェクト指向の概念を取り込んでいたから開発者もその機能を批判が少なくなるようにしたかったんじゃないか

699:nobodyさん
07/11/21 10:12:40
だったらnamespaceとっととつけろや！

700:nobodyさん
07/11/21 10:50:49
>>699
もうちょい待っとれ

701:nobodyさん
07/11/21 18:30:32
変数に$使う言語(Perl,PHP)は
素性の悪いシェルスクリプトの血を引いているサノバビッチ。
上品なPythonと付き合うと
もうPHP界隈がスラム街にしか見えません（＞＜）

702:nobodyさん
07/11/22 01:21:01
なんか最近蛇蛇うるさいやつがいるね

703:nobodyさん
07/11/22 01:37:42
Smarty擁護派じゃないけど
>>684-685はなんかｷﾓｲ
顔真っ赤にしてﾚｽするってこういう事よね
初めて見たわ

704:nobodyさん
07/11/22 01:43:12
Pythonを使ったことはないがPythonは消えて欲しい
Rubyで十分

705:nobodyさん
07/11/22 02:26:05
>>702
アンチPython厨の工作にしか見えないから普通にスルー推奨

706:nobodyさん
07/11/22 03:07:12
680乙

707:nobodyさん
07/11/22 08:35:39 nlNH1bOE
お前がスルーだよw
Phthonスレに帰れっつーの空気読め。

708:nobodyさん
07/11/22 08:46:02
P言語総合スレまだーﾁﾝﾁﾝ

709:nobodyさん
07/11/22 10:43:24
URLﾘﾝｸ(glossary.tank.jp)
【プログラミング】
・本格的な汎用プログラミング言語には馴染めない連中が好んで使うPerl、Python、PHPあたりのあたまに「P」がつくスクリプト言語のこと。

なにこのHP
馬鹿にしてんのか

710:nobodyさん
07/11/22 11:45:12
いつも愛読させていただいてる読者です。
そろそろ、各フレームワークの特徴や
様々なアプリケーションに、どのフレームワークが相性がよい
などといった話題は、いつになったら連載開始なんでしょうか？

それとも、私はタイトルにだまされ続けているのでしょうか？

711:nobodyさん
07/11/22 12:15:27 AuFQqZEI
Round1

CakePHP vs symfony

ファイッ

712:nobodyさん
07/11/22 13:14:15
>>710
そんなもの検索すれば出てくるだろ

713:nobodyさん
07/11/22 14:23:19
>>712
じゃ、ここの存在意義ってないの？

714:nobodyさん
07/11/22 14:36:24
>710
PHPユーザはフレームワークを使えても
内部構造の違いを議論できるほど芸達者じゃありません

715:nobodyさん
07/11/22 16:24:28
>>714
それはお前だけｗ

716:nobodyさん
07/11/22 21:56:26
いいかげんフケ・痒み止まりませんスレ見てるやつは出て行けよ。不潔

717:nobodyさん
07/11/23 00:33:51
パソコンの周りは乾燥してるからな
冬だし

718:nobodyさん
07/11/23 01:21:00
つ PDTのsymfony用プラグイン

Symfoclipse
URLﾘﾝｸ(noy.cc)

719:nobodyさん
07/11/23 20:07:06
>>709
『悪魔の辞典』 (笑)

720:nobodyさん
07/11/24 01:38:34
生粋のオブジェクト指向言語として生まれ
簡単に見せる為にそれを隠蔽しようとすらするPython
非オブジェクト指向言語として卑しく生まれ
後付けで中途半端にオブジェクト指向を取り込んだPHP
P言語とひとくくりにするにはその素性があまりにも違う
PHPの血族はPerlまで

721:nobodyさん
07/11/24 07:43:34
>PHPの血族はPerlまで

正気ですか？

722:nobodyさん
07/11/24 09:21:49
てかPHPって、ホント単にHTMLの中に手軽にスクリプト書けるようにしただけだもんな。
関数群はCのライブラリ関数を、ほとんどそのままラッピングしただけ。
それゆえ、パフォーマンスもいいから実用的になっちゃったわけで。
rubyが速くなったらPHPは駆逐されると思うな。

723:nobodyさん
07/11/24 10:47:47
>>720
>生粋のオブジェクト指向言語として生まれ

ダウト

724:nobodyさん
07/11/24 11:23:20
>720
>生粋のオブジェクト指向言語として生まれ

ﾎﾞｯｼｭｰﾄ

725:nobodyさん
07/11/24 13:08:22
Pythonは何もかもpublicなゆるまんOO

726:nobodyさん
07/11/25 03:43:24
>>722
>rubyが速くなったらPHPは駆逐されると思うな。

ダウト
Webアプリ用としてはRubyは速くならないし、仮に速くなったとしてもPHPを駆逐できるわけない

727:nobodyさん
07/11/25 14:32:46
rubyが世界中の共有レンタルサーバーに
インストールされ動作保障されることが最低条件だな。

その上で、すでに数多く作られている
PHP製のウェブアプリ（ブログやCMSや掲示板やショッピングカート）が
rubyで作られるようになれば、PHPは駆逐されるかもしれんが、
さて何年かかることやら。

728:nobodyさん
07/11/25 14:37:31
Rubyは作者も信者も必死過ぎる。

729:nobodyさん
07/11/25 14:47:36
言語の学習から先に進もうとすると、道が見え辛いんだよな。
一例としてデータベースを使おうとすると、
・リファレンスを読む -> 載ってない
・DB名+Rubyでゲイツる -> パラパラと見つかる程度。王道がﾜｶﾝﾈ
・MLで使用したいDB名を検索 -> 同上
・モジュール一覧にあったものを使ってみる -> 動いたが今でもそれでいいかどうかｼﾞｼﾝﾈｴ
そもそもCGIとして動かしたけど、それでいいのか？とか。

730:729
07/11/25 14:48:53
ちょ、ここRubyスレじゃないじゃん！
紛らわしい会話してんじゃねえええええええ(泪)

731:nobodyさん
07/11/25 15:59:35
つか、{}で囲わない言語はゆとりの俺には見ただけで無理と思ってしまう。

732:nobodyさん
07/11/25 16:06:11
そんなことで食わず嫌いせず他の言語にも手つけてみればいい

733:nobodyさん
07/11/25 17:08:23
>>729
おまえはrailsしらんのか。railsつかわずrubyでウェブアプリは考えられない。
なんにせよrailsがPHPのフレームワークに与えた影響も大きい。

734:nobodyさん
07/11/25 19:36:39 iO6j6FJ7
JSP + Servlerの事も思い出してあげてください。
JSPタグがいっぱいありますよって。

735:733
07/11/25 19:50:49
実は俺Java厨www
JavaでRailsライクなフレームワーク自作してｳﾏｰ！

736:nobodyさん
07/11/25 20:10:25
でっていう

737:nobodyさん
07/11/25 22:46:32
>>735
～と、Railsという単語を最近知ったJavaの出来損ないがホザいております

738:nobodyさん
07/11/25 23:23:43
え？そこでそういう風に煽るの？

739:nobodyさん
07/11/25 23:50:27
ってかJavaでRailsライクなの作っても全然うまそうじゃないな

740:733
07/11/26 00:01:21
生サーブレットで1ページごとに1クラス作るよりは楽だよ（´・ω・｀）
PHP版もだいたいできてきた。フレームワーク作るのも楽しい。

741:nobodyさん
07/11/26 00:01:34
正直もうこのスレいらんよね

742:nobodyさん
07/11/26 00:04:16
PHP脂肪ｗｗｗｗ

743:nobodyさん
07/11/26 00:11:39
もうCakeかRailsでいいよね。

744:nobodyさん
07/11/26 00:43:14
ぶっちゃけ4ベースのFWは全部粗大ゴミ、さっさと捨てな

745:nobodyさん
07/11/26 00:48:49
自作軽量テンプレートシステム＋indexでアクション振り分けてモジュールインクルード。これだけで俺は十分食っていけるｗ

746:nobodyさん
07/11/26 03:08:16
>>745
くやしいがはげどうだな
あとはvalidationとORMか。
validationどうしてる？

747:nobodyさん
07/11/26 03:18:54
その二つつけたらそもそも軽量フレームワークだろが

748:nobodyさん
07/11/26 03:52:45
だったらそうでもいいんじゃない？
別にフレームワークであることをかたくなに否定する必要なんかないじゃん。
必要な機能を揃えていったら、なんかフレームワークみたいになったなー、でいいんでない？

フレームワークつかおうとなかろうと、validationは必要だろ。
だからフレームワーク使ってないやつがどんな方法でvalidationしているのか興味があるから聞いてるのに
なんでこんな的外れな返事がくるかな。

749:nobodyさん
07/11/26 05:50:31
本当にフレームワークを使っていないのなら
Validationは行き当たりばったりだろ？

もしそうではなくてやり方が確立されているとしたら、
それはフレームワークを作っていることと同じことなわけで、
結局、自作フレームワークか、有名なフレームワークかの違い。

俺ならフレームワークを自分で作らず、誰かに作らせるね。

750:nobodyさん
07/11/26 07:46:12
「作らず」じゃなくて「作れず」だろ？ｗ

751:nobodyさん
07/11/26 08:29:19 jFWY6ZoT
フレームワークのヴァリデーションだって結局正規表現とか書く。これはフレームワーク使わなくても同じ。
あとは数値、メールのチェックとか。これも一度作れば他で使い回せるし。

フレームワークじゃなきゃ駄目な理由はないな。
ヴァリデーション以外の部分を考えなければ。

752:nobodyさん
07/11/26 08:31:45
ヴァリデーションって、そんなに使いまわせないから。メールアドレスチェックとか全角半角とかだけ、関数にくくり出しとけばそれでいい。
ビジネスロジック部分を上手く抽出して、それをヴァリデーションでも使えるように設計する方がよほど大事。

753:733
07/11/26 09:06:15
validationの仕組みがFWに埋まってて暗黙の内に呼ばれるのって使いづらいよね。
Railsのmodelに定義するのもね・・・
画面によって違うvalidation適応したいってなることもあるし。
なんで>>751-752案に賛成。
アクションの中で明示的に自分でvalidation呼びだすで良いと思う。

754:nobodyさん
07/11/26 09:09:14
>>745
俺も俺も。ちなみにO/Rマッパーはどうしてる？
PHP用ActiveRecord(Shrupだっけ？)もあるけど重そうなのでやめ。
O/Rマッパー自動生成スクリプトを作成した。
rubyでActiveRecord使ってDBの情報吸い出して、モデルクラス出力。
find()、count()、delete()とか基本メソッドも全部自動出力でｳﾏｰ

755:nobodyさん
07/11/26 09:53:58
軽量テンプレートにフロントコントローラーで十分と言って、フレームワークじゃないかのように言った後にバリデーションとオーアールマッパもとか言えば当然のツッコミな気がするが。
自分の意見以外は受け付けなくて否定されるとすぐ熱くなるタイプだな。たまにいる。

756:nobodyさん
07/11/26 10:25:31
十分って言ってるのは既存のフレームワークを使わなくても十分って話では。
要は人の作った物だと拡張するときめんどうだったりするから、自作のがいいって話。
既存ので手のつけようのないくらい良い物なら文句はないんだけどさ。

757:nobodyさん
07/11/26 10:47:22
そりゃ自作がいいにきまってるじゃん。

758:nobodyさん
07/11/26 10:54:18
>>755
＞軽量テンプレートにフロントコントローラーで十分と言って、フレームワークじゃないかのように言った後に
フロントコントローラーから受ける仕事を、表示部分に軽量テンプレート使ってるだけだろ？
ＭＣＶ的手法な構造なだけで、このスレで議論されてるフレームワークとは別物だろ？

＞バリデーションとオーアールマッパもとか言えば当然のツッコミな気がするが。
だから、バリデーションとオーアールマッパのことが気になって突っ込み入ったんだろ？

＞自分の意見以外は受け付けなくて否定されるとすぐ熱くなるタイプだな。たまにいる。
頭大丈夫？

759:nobodyさん
07/11/26 10:56:30
↑すまんＭＶＣｗｗｗ

760:nobodyさん
07/11/26 11:12:06 WWKo0wcp
<?php

$view="index.tpl";

// 処理
$entryList=Entry:getList(10);

lnclude($view);

?>

761:nobodyさん
07/11/26 11:41:54
これはひどい

762:nobodyさん
07/11/26 17:49:37
URLﾘﾝｸ(slashdot.jp)
Rubyの世界的人気度9位に上昇でPHP脂肪ｗｗｗ

763:nobodyさん
07/11/26 17:52:36
>>762のように言語依存してる奴は相当頭が悪いのだと思う。
適材適所で使い分ければ良いだけなのにｗｗｗｗ

764:nobodyさん
07/11/26 17:54:26 g6VI9o/i
>>762
んじゃまた来月会おう。

765:nobodyさん
07/11/26 17:56:04
>>762
言語設計としては素晴らしい。けど、あのパフォーマンスの悪さは何とかならないんですか(笑)

766:nobodyさん
07/11/26 17:59:03
速度がなければマシンを買い換えればいいじゃない

767:nobodyさん
07/11/26 18:17:36
もう釣りにスルーすらできないような奴しかいなくなったのかこのスレ

768:nobodyさん
07/11/26 18:24:46 g6VI9o/i
あんたｶｺｲｲよｗ

769:nobodyさん
07/11/26 18:25:32
スルーしてる奴の存在をどうやって確かめるんだよ
スタンド使い乙

770:nobodyさん
07/11/26 19:52:37
継承使いまくりなFWのデバッグのしにくさは異常

771:nobodyさん
07/11/26 20:51:29
>>770
あ、それ同意。
みんなどうやってデバッグしてんの？

772:nobodyさん
07/11/26 21:03:23
まずおもむろに全裸になります

773:nobodyさん
07/11/26 21:23:22
そもそもC++あたりの頃の規約的に継承されたクラスを継承しちゃだめじゃないか？

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

775:nobodyさん
07/11/26 21:31:07
クラスの役割によるけど、3階層より深くなるのは設計ミスの可能性がある。

776:nobodyさん
07/11/26 21:35:12 g6VI9o/i
基底クラスにデバッグメソッドがあるんじゃないの？

777:nobodyさん
07/11/26 22:03:20
>>762
志村～

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

779:nobodyさん
07/11/26 22:11:32
>>771
Seleniumとかテストツールがあるじゃないですか？
URLﾘﾝｸ(www.thinkit.co.jp)

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

780:nobodyさん
07/11/26 22:13:22
ファイル一つ読み書きするのにopen(),read(),write(),close()なんてメソッド作ってますが何か

781:nobodyさん
07/11/26 22:38:38 9laXyXH+
意味あんの？

782:nobodyさん
07/11/26 22:40:14
ぺちぺよんのはなし？

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

784:nobodyさん
07/11/26 23:17:58
>>783
テストデータはYAMLで書くのが楽だよな。
PHPのヒアドキュメントがもう少し洗練されていれば。

785:nobodyさん
07/11/27 20:43:47
URLﾘﾝｸ(www.rubyist.net)
ruby公式ロゴ決定でPHP嫉妬ｗｗｗ

786:nobodyさん
07/11/27 20:46:35
URLﾘﾝｸ(japan.zdnet.com)
三木谷とまつもとが結託でPHPのシェア大幅下落ｗｗｗ

787:nobodyさん
07/11/27 21:10:23
アンチRubyの工作員の仕業にしか見えません

788:nobodyさん
07/11/28 02:24:54
周知でしょ

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

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

790:nobodyさん
07/11/28 21:02:03
simpleTest使ってる奴はいねーの？

791:nobodyさん
07/11/29 10:22:46
>>786
Rubyの未来が心配になってきた…

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

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

793:nobodyさん
07/11/29 13:40:05
楽天って何のためにRuby採用したん？　Rubyって速いん？

794:nobodyさん
07/11/29 13:55:53
お互いに相手を利用してやろうって魂胆な気がする

795:nobodyさん
07/11/29 15:45:34
>>794
まさにそんな感じだ
おたがい腹の底では相手を全く尊敬してなさそう

796:nobodyさん
07/11/29 15:46:06
>>794
こけても
「まぁ、楽天(Ruby)だしな。」
と思われるので安心です。

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

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

799:nobodyさん
07/11/29 18:39:18
自作君まだいたんだ

800:733
07/11/29 19:03:17
ごむぇん、にぃちゃん・・・

801:nobodyさん
07/11/29 20:34:40
作ってしまえば自作もいいぞ。全部自分好みにできる。

802:nobodyさん
07/11/29 21:40:55
オープンソースのフレームワークだって
全部自分好みにできるがな。

803:733
07/11/29 22:21:45
自作っていっても実質railsのパクリンだしね。

804:nobodyさん
07/11/29 23:44:43
自作とかみると、また嘘言ってるよと思う。　
単に俺がしょぼいんだろうなあ…。

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

806:nobodyさん
07/11/30 10:44:14 bY6T+Roz
楽天はショップの管理画面をなんとかしたほうがいい

807:nobodyさん
07/11/30 12:19:43
google＝Java yahoo＝php　　　　　　　　　　　　　　　　　　　　　楽天＝Ruby

Rubyは良い言語だよね？

808:nobodyさん
07/11/30 12:28:20
楽天はrubyと組んでも損することはないが
rubyは楽天と組むとイメージダウンが著しいな

809:nobodyさん
07/11/30 13:36:29
つかGoogle=Javaってｗ

810:nobodyさん
07/11/30 14:15:18
google = pythonってイメージのがつよい。

811:nobodyさん
07/11/30 15:38:10
あれ、Googleって、java利用し始めたんじゃなかったっけ？

812:nobodyさん
07/11/30 15:40:46
前から使ってるとこには使ってるでしょ。
楽天だってjavaもphpも使ってるって言ってるし。

813:nobodyさん
07/11/30 17:13:05
GoogleはサーバサイドではJavaとC++が主流で、Pythonは管理ツールとか。

814:nobodyさん
07/11/30 17:24:40
大きな会社が一つの言語しか使わないなんて面白いことはしないと思いますよ

815:nobodyさん
07/11/30 17:40:31
ほんとこのスレってすれ違いな話しで埋まるよね
PHPでフレームワーク使ってる奴はレアな存在ってことを象徴してるよな
URLﾘﾝｸ(www.phppro.jp)

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

817:nobodyさん
07/11/30 19:00:15
だから個別スレに分けるなって言ったのに・・・

818:nobodyさん
07/11/30 20:36:44
そろそろJavaを始めようと思います
PHPの難しさを100としたら
Javaの難しさはどのくらいですか？
ちなみにPHPは5でオブジェクト指向で書いてます

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

820:nobodyさん
07/11/30 22:21:47
>>818
オブジェクト指向でかけるならそんな難しくないでしょ。　
JAVAでもC++でも…。

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

821:nobodyさん
07/11/30 22:26:35
やってみればいいじゃない。

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

823:nobodyさん
07/12/01 00:09:25
俺はオブジェクト指向は難しくないけど、フレームワークがダメ。

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

825:nobodyさん
07/12/01 10:51:28 sHVEWDE6
JAVAからはじめた俺はSETTERやGETTERがないと気持ち悪くて・・・

826:nobodyさん
07/12/01 10:58:52
仕事や勉強は別として、JavaやC/C++で作りたいものがある人は尊敬するわｗ

827:鍔莊 ◆SrChNIpw0A
07/12/01 11:20:34
test

828:nobodyさん
07/12/01 13:08:12
>>825
俺もだ。ナンセンスと言われようとも、そこはゆずれない。

829:nobodyさん
07/12/01 13:22:32
Pythonはsetter,getterなんて自動で作成しますけどｗ
昭和のかおりのする言語乙

830:nobodyさん
07/12/01 13:57:51
eclipseでやってりゃ自動生成あるからいいんだけどね＞Java
PHPは・・・Zend Studioおねがいしまつ。

831:nobodyさん
07/12/01 15:08:06
作りゃいいじゃん。
つか、作り方どっかに転がってなかったか？

832:nobodyさん
07/12/01 18:28:33
作れば・・とか言ってたらキリねーじゃんｗｗ

833:nobodyさん
07/12/01 21:18:44
>>829
ダウト

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

834:nobodyさん
07/12/01 21:18:47
いや、だから、対応されるまでここでグチるより、作り方乗ってるサイトあるんだから見て作れるだろって話。
それこそキリないだろ。

835:nobodyさん
07/12/01 21:43:32 sHVEWDE6
PDTでつけてくれればいいんだけどな。SETTERとGETTERの生成。

836:ほれ
07/12/02 00:38:16
URLﾘﾝｸ(codezine.jp)

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

838:nobodyさん
07/12/02 07:23:30
>>837
あれはJavaのような融通の利かない言語のためにあるもの。
スクリプト言語にはまず必要ない。

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

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

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

839:nobodyさん
07/12/02 12:15:27
Mapleとかまったく無意味と言うか、センスのないフレームワークだったよな。

840:nobodyさん
07/12/02 12:26:50
とりあえず、復帰されたそうだから、俺は応援する。

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

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

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

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

842:nobodyさん
07/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使う利点がなくなるの？

843:nobodyさん
07/12/02 15:18:44
あーMaple復活したんだ

844:nobodyさん
07/12/02 17:07:56
や、Mapleというより、今のところはkunitさんが復帰しただけかな。
個人的にはHawkさんこそ復帰して欲しい・・・。

845:nobodyさん
07/12/02 18:01:06
Mapleひきついで「あれ…俺たいしてプログラミング好きじゃないじゃん」
って気づいちゃった人だったけ？

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

847:nobodyさん
07/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なんて必要ないだろ。

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

849:nobodyさん
07/12/02 21:27:44
本人乙

これでいいかな？

850:nobodyさん
07/12/02 22:03:43
高度に発達したFW信者はネットストーカーと区別がつかない

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

852:nobodyさん
07/12/03 00:08:04
>>841はDI厨。
>>846は訓練されたDI厨。

853:nobodyさん
07/12/03 01:09:56
何故にseasaaは叩かれないのだ。

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

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

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

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

って、長文すまん

次ページ