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

1 名前：nobodyさん [2007/10/17(水) 16:01:41 ID:72/gWtt1] 前スレ pc11.2ch.net/test/read.cgi/php/1181350116/ 704 名前：nobodyさん mailto:sage [2007/11/22(木) 01:43:12 ID:???] Pythonを使ったことはないがPythonは消えて欲しい Rubyで十分 705 名前：nobodyさん mailto:sage [2007/11/22(木) 02:26:05 ID:???] >>702 アンチPython厨の工作にしか見えないから普通にスルー推奨 706 名前：nobodyさん mailto:sage [2007/11/22(木) 03:07:12 ID:???] 680乙 707 名前：nobodyさん [2007/11/22(木) 08:35:39 ID:nlNH1bOE] お前がスルーだよw Phthonスレに帰れっつーの空気読め。 708 名前：nobodyさん mailto:sage [2007/11/22(木) 08:46:02 ID:???] P言語総合スレまだーﾁﾝﾁﾝ 709 名前：nobodyさん mailto:sage [2007/11/22(木) 10:43:24 ID:???] glossary.tank.jp/t0D13.html 【プログラミング】 ・本格的な汎用プログラミング言語には馴染めない連中が好んで使うPerl、Python、PHPあたりのあたまに「P」がつくスクリプト言語のこと。 なにこのHP 馬鹿にしてんのか 710 名前：nobodyさん mailto:sage [2007/11/22(木) 11:45:12 ID:???] いつも愛読させていただいてる読者です。 そろそろ、各フレームワークの特徴や 様々なアプリケーションに、どのフレームワークが相性がよい などといった話題は、いつになったら連載開始なんでしょうか？ それとも、私はタイトルにだまされ続けているのでしょうか？ 711 名前：nobodyさん [2007/11/22(木) 12:15:27 ID:AuFQqZEI] Round1 CakePHP vs symfony ファイッ 712 名前：nobodyさん mailto:sage [2007/11/22(木) 13:14:15 ID:???] >>710 そんなもの検索すれば出てくるだろ 713 名前：nobodyさん mailto:sage [2007/11/22(木) 14:23:19 ID:???] >>712 じゃ、ここの存在意義ってないの？ 714 名前：nobodyさん mailto:sage [2007/11/22(木) 14:36:24 ID:???] >710 PHPユーザはフレームワークを使えても 内部構造の違いを議論できるほど芸達者じゃありません 715 名前：nobodyさん mailto:sage [2007/11/22(木) 16:24:28 ID:???] >>714 それはお前だけｗ 716 名前：nobodyさん mailto:sage [2007/11/22(木) 21:56:26 ID:???] いいかげんフケ・痒み止まりませんスレ見てるやつは出て行けよ。不潔 717 名前：nobodyさん mailto:sage [2007/11/23(金) 00:33:51 ID:???] パソコンの周りは乾燥してるからな 冬だし 718 名前：nobodyさん mailto:sage [2007/11/23(金) 01:21:00 ID:???] つ PDTのsymfony用プラグイン Symfoclipse noy.cc/symfoclipse/index.html 719 名前：nobodyさん mailto:sage [2007/11/23(金) 20:07:06 ID:???] >>709 『悪魔の辞典』 (笑) 720 名前：nobodyさん mailto:sage [2007/11/24(土) 01:38:34 ID:???] 生粋のオブジェクト指向言語として生まれ 簡単に見せる為にそれを隠蔽しようとすらするPython 非オブジェクト指向言語として卑しく生まれ 後付けで中途半端にオブジェクト指向を取り込んだPHP P言語とひとくくりにするにはその素性があまりにも違う PHPの血族はPerlまで 721 名前：nobodyさん mailto:sage [2007/11/24(土) 07:43:34 ID:???] >PHPの血族はPerlまで 正気ですか？ 722 名前：nobodyさん mailto:sage [2007/11/24(土) 09:21:49 ID:???] てかPHPって、ホント単にHTMLの中に手軽にスクリプト書けるようにしただけだもんな。 関数群はCのライブラリ関数を、ほとんどそのままラッピングしただけ。 それゆえ、パフォーマンスもいいから実用的になっちゃったわけで。 rubyが速くなったらPHPは駆逐されると思うな。 723 名前：nobodyさん mailto:sage [2007/11/24(土) 10:47:47 ID:???] >>720 >生粋のオブジェクト指向言語として生まれ ダウト 724 名前：nobodyさん mailto:sage [2007/11/24(土) 11:23:20 ID:???] >720 >生粋のオブジェクト指向言語として生まれ ﾎﾞｯｼｭｰﾄ 725 名前：nobodyさん mailto:sage [2007/11/24(土) 13:08:22 ID:???] Pythonは何もかもpublicなゆるまんOO 726 名前：nobodyさん mailto:sage [2007/11/25(日) 03:43:24 ID:???] >>722 >rubyが速くなったらPHPは駆逐されると思うな。 ダウト Webアプリ用としてはRubyは速くならないし、仮に速くなったとしてもPHPを駆逐できるわけない 727 名前：nobodyさん mailto:sage [2007/11/25(日) 14:32:46 ID:???] rubyが世界中の共有レンタルサーバーに インストールされ動作保障されることが最低条件だな。 その上で、すでに数多く作られている PHP製のウェブアプリ（ブログやCMSや掲示板やショッピングカート）が rubyで作られるようになれば、PHPは駆逐されるかもしれんが、 さて何年かかることやら。 728 名前：nobodyさん mailto:sage [2007/11/25(日) 14:37:31 ID:???] Rubyは作者も信者も必死過ぎる。 729 名前：nobodyさん mailto:sage [2007/11/25(日) 14:47:36 ID:???] 言語の学習から先に進もうとすると、道が見え辛いんだよな。 一例としてデータベースを使おうとすると、 ・リファレンスを読む -> 載ってない ・DB名+Rubyでゲイツる -> パラパラと見つかる程度。王道がﾜｶﾝﾈ ・MLで使用したいDB名を検索 -> 同上 ・モジュール一覧にあったものを使ってみる -> 動いたが今でもそれでいいかどうかｼﾞｼﾝﾈｴ そもそもCGIとして動かしたけど、それでいいのか？とか。 730 名前：729 mailto:sage [2007/11/25(日) 14:48:53 ID:???] ちょ、ここRubyスレじゃないじゃん！ 紛らわしい会話してんじゃねえええええええ(泪) 731 名前：nobodyさん mailto:sage [2007/11/25(日) 15:59:35 ID:???] つか、{}で囲わない言語はゆとりの俺には見ただけで無理と思ってしまう。 732 名前：nobodyさん mailto:sage [2007/11/25(日) 16:06:11 ID:???] そんなことで食わず嫌いせず他の言語にも手つけてみればいい 733 名前：nobodyさん mailto:sage [2007/11/25(日) 17:08:23 ID:???] >>729 おまえはrailsしらんのか。railsつかわずrubyでウェブアプリは考えられない。 なんにせよrailsがPHPのフレームワークに与えた影響も大きい。 734 名前：nobodyさん [2007/11/25(日) 19:36:39 ID:iO6j6FJ7] JSP + Servlerの事も思い出してあげてください。 JSPタグがいっぱいありますよって。 735 名前：733 mailto:sage [2007/11/25(日) 19:50:49 ID:???] 実は俺Java厨www JavaでRailsライクなフレームワーク自作してｳﾏｰ！ 736 名前：nobodyさん mailto:sage [2007/11/25(日) 20:10:25 ID:???] でっていう 737 名前：nobodyさん mailto:sage [2007/11/25(日) 22:46:32 ID:???] >>735 〜と、Railsという単語を最近知ったJavaの出来損ないがホザいております 738 名前：nobodyさん mailto:sage [2007/11/25(日) 23:23:43 ID:???] え？そこでそういう風に煽るの？ 739 名前：nobodyさん mailto:sage [2007/11/25(日) 23:50:27 ID:???] ってかJavaでRailsライクなの作っても全然うまそうじゃないな 740 名前：733 mailto:sage [2007/11/26(月) 00:01:21 ID:???] 生サーブレットで1ページごとに1クラス作るよりは楽だよ（´・ω・｀） PHP版もだいたいできてきた。フレームワーク作るのも楽しい。 741 名前：nobodyさん mailto:sage [2007/11/26(月) 00:01:34 ID:???] 正直もうこのスレいらんよね 742 名前：nobodyさん mailto:sage [2007/11/26(月) 00:04:16 ID:???] PHP脂肪ｗｗｗｗ 743 名前：nobodyさん mailto:sage [2007/11/26(月) 00:11:39 ID:???] もうCakeかRailsでいいよね。 744 名前：nobodyさん mailto:sage [2007/11/26(月) 00:43:14 ID:???] ぶっちゃけ4ベースのFWは全部粗大ゴミ、さっさと捨てな 745 名前：nobodyさん mailto:sage [2007/11/26(月) 00:48:49 ID:???] 自作軽量テンプレートシステム＋indexでアクション振り分けてモジュールインクルード。これだけで俺は十分食っていけるｗ 746 名前：nobodyさん mailto:sage [2007/11/26(月) 03:08:16 ID:???] >>745 くやしいがはげどうだな あとはvalidationとORMか。 validationどうしてる？ 747 名前：nobodyさん mailto:sage [2007/11/26(月) 03:18:54 ID:???] その二つつけたらそもそも軽量フレームワークだろが 748 名前：nobodyさん mailto:sage [2007/11/26(月) 03:52:45 ID:???] だったらそうでもいいんじゃない？ 別にフレームワークであることをかたくなに否定する必要なんかないじゃん。 必要な機能を揃えていったら、なんかフレームワークみたいになったなー、でいいんでない？ フレームワークつかおうとなかろうと、validationは必要だろ。 だからフレームワーク使ってないやつがどんな方法でvalidationしているのか興味があるから聞いてるのに なんでこんな的外れな返事がくるかな。 749 名前：nobodyさん mailto:sage [2007/11/26(月) 05:50:31 ID:???] 本当にフレームワークを使っていないのなら Validationは行き当たりばったりだろ？ もしそうではなくてやり方が確立されているとしたら、 それはフレームワークを作っていることと同じことなわけで、 結局、自作フレームワークか、有名なフレームワークかの違い。 俺ならフレームワークを自分で作らず、誰かに作らせるね。 750 名前：nobodyさん mailto:sage [2007/11/26(月) 07:46:12 ID:???] 「作らず」じゃなくて「作れず」だろ？ｗ 751 名前：nobodyさん [2007/11/26(月) 08:29:19 ID:jFWY6ZoT] フレームワークのヴァリデーションだって結局正規表現とか書く。これはフレームワーク使わなくても同じ。 あとは数値、メールのチェックとか。これも一度作れば他で使い回せるし。 フレームワークじゃなきゃ駄目な理由はないな。 ヴァリデーション以外の部分を考えなければ。 752 名前：nobodyさん mailto:sage [2007/11/26(月) 08:31:45 ID:???] ヴァリデーションって、そんなに使いまわせないから。メールアドレスチェックとか全角半角とかだけ、関数にくくり出しとけばそれでいい。 ビジネスロジック部分を上手く抽出して、それをヴァリデーションでも使えるように設計する方がよほど大事。 753 名前：733 mailto:sage [2007/11/26(月) 09:06:15 ID:???] validationの仕組みがFWに埋まってて暗黙の内に呼ばれるのって使いづらいよね。 Railsのmodelに定義するのもね・・・ 画面によって違うvalidation適応したいってなることもあるし。 なんで>>751-752案に賛成。 アクションの中で明示的に自分でvalidation呼びだすで良いと思う。 754 名前：nobodyさん mailto:sage [2007/11/26(月) 09:09:14 ID:???] >>745 俺も俺も。ちなみにO/Rマッパーはどうしてる？ PHP用ActiveRecord(Shrupだっけ？)もあるけど重そうなのでやめ。 O/Rマッパー自動生成スクリプトを作成した。 rubyでActiveRecord使ってDBの情報吸い出して、モデルクラス出力。 find()、count()、delete()とか基本メソッドも全部自動出力でｳﾏｰ 755 名前：nobodyさん mailto:sage [2007/11/26(月) 09:53:58 ID:???] 軽量テンプレートにフロントコントローラーで十分と言って、フレームワークじゃないかのように言った後にバリデーションとオーアールマッパもとか言えば当然のツッコミな気がするが。 自分の意見以外は受け付けなくて否定されるとすぐ熱くなるタイプだな。たまにいる。 756 名前：nobodyさん mailto:sage [2007/11/26(月) 10:25:31 ID:???] 十分って言ってるのは既存のフレームワークを使わなくても十分って話では。 要は人の作った物だと拡張するときめんどうだったりするから、自作のがいいって話。 既存ので手のつけようのないくらい良い物なら文句はないんだけどさ。 757 名前：nobodyさん mailto:sage [2007/11/26(月) 10:47:22 ID:???] そりゃ自作がいいにきまってるじゃん。 758 名前：nobodyさん mailto:sage [2007/11/26(月) 10:54:18 ID:???] >>755 ＞軽量テンプレートにフロントコントローラーで十分と言って、フレームワークじゃないかのように言った後に フロントコントローラーから受ける仕事を、表示部分に軽量テンプレート使ってるだけだろ？ ＭＣＶ的手法な構造なだけで、このスレで議論されてるフレームワークとは別物だろ？ ＞バリデーションとオーアールマッパもとか言えば当然のツッコミな気がするが。 だから、バリデーションとオーアールマッパのことが気になって突っ込み入ったんだろ？ ＞自分の意見以外は受け付けなくて否定されるとすぐ熱くなるタイプだな。たまにいる。 頭大丈夫？ 759 名前：nobodyさん mailto:sage [2007/11/26(月) 10:56:30 ID:???] ↑すまんＭＶＣｗｗｗ 760 名前：nobodyさん [2007/11/26(月) 11:12:06 ID:WWKo0wcp] <?php $view="index.tpl"; // 処理 $entryList=Entry:getList(10); lnclude($view); ?> 761 名前：nobodyさん mailto:sage [2007/11/26(月) 11:41:54 ID:???] これはひどい 762 名前：nobodyさん mailto:sage [2007/11/26(月) 17:49:37 ID:???] slashdot.jp/articles/07/11/25/2248216.shtml Rubyの世界的人気度9位に上昇でPHP脂肪ｗｗｗ 763 名前：nobodyさん mailto:sage [2007/11/26(月) 17:52:36 ID:???] >>762のように言語依存してる奴は相当頭が悪いのだと思う。 適材適所で使い分ければ良いだけなのにｗｗｗｗ 764 名前：nobodyさん [2007/11/26(月) 17:54:26 ID:g6VI9o/i] >>762 んじゃまた来月会おう。 765 名前：nobodyさん mailto:sage [2007/11/26(月) 17:56:04 ID:???] >>762 言語設計としては素晴らしい。けど、あのパフォーマンスの悪さは何とかならないんですか(笑) 766 名前：nobodyさん mailto:sage [2007/11/26(月) 17:59:03 ID:???] 速度がなければマシンを買い換えればいいじゃない 767 名前：nobodyさん mailto:sage [2007/11/26(月) 18:17:36 ID:???] もう釣りにスルーすらできないような奴しかいなくなったのかこのスレ 768 名前：nobodyさん [2007/11/26(月) 18:24:46 ID:g6VI9o/i] あんたｶｺｲｲよｗ 769 名前：nobodyさん mailto:sage [2007/11/26(月) 18:25:32 ID:???] スルーしてる奴の存在をどうやって確かめるんだよ スタンド使い乙 770 名前：nobodyさん mailto:sage [2007/11/26(月) 19:52:37 ID:???] 継承使いまくりなFWのデバッグのしにくさは異常 771 名前：nobodyさん mailto:sage [2007/11/26(月) 20:51:29 ID:???] >>770 あ、それ同意。 みんなどうやってデバッグしてんの？ 772 名前：nobodyさん mailto:sage [2007/11/26(月) 21:03:23 ID:???] まずおもむろに全裸になります 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嫉妬ｗｗｗ 786 名前：nobodyさん mailto:sage [2007/11/27(火) 20:46:35 ID:???] japan.zdnet.com/news/itm/story/0,2000056188,20361834,00.htm 三木谷とまつもとが結託でPHPのシェア大幅下落ｗｗｗ 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ってｗ 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++で作りたいものがある人は尊敬するわｗ 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なんて自動で作成しますけどｗ 昭和のかおりのする言語乙 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:???] 作れば・・とか言ってたらキリねーじゃんｗｗ 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脂肪ｗｗｗｗ 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脂肪ｗｗｗ 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:???] そんなに駄目かな？ＤＩ。 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は、共通で使う処理を関数化しておいて、それを任意のクラスのメソッドとして使えるようにする。 とか俺も半端な知識で言っている。 てかスレ違い。この辺の議論やると終わらないし。 874 名前：nobodyさん mailto:sage [2007/12/04(火) 12:15:47 ID:???] phpで使えるdiコンテナてあるのな scarletとか手軽そうだね 875 名前：nobodyさん mailto:sage [2007/12/04(火) 12:38:33 ID:???] >>870 >人が書いた俺オレfactoryと、人が書いたDIコンテナと、どう違うというのだろう。 少なくとも同じじゃないだろ 俺俺ファクトリーだと、大規模化したときコードの見通し悪くなるよ >>870自身がどんな場合でもファクトリパターンで対応して DIなんていらねーって言うんならもう何も言うことないけど 876 名前：nobodyさん mailto:sage [2007/12/04(火) 16:47:36 ID:???] >>875 >俺俺ファクトリーだと、大規模化したときコードの見通し悪くなるよ コードって、どれを指してる？ 例えば>>847の例だと設定ファイルとメインファイルの両方ともPHPのコードなんだけど、どっちのコードの見通しが悪くなると思ってる？ >DIなんていらねーって言うんならもう何も言うことないけど DIの概念自体を否定してるんじゃなくて、何でも動的なスクリプト言語ならDIコンテナをわざわざ導入する必要がないといってるだけ。 DIでやろうとしていることは、スクリプト言語なら言語仕様の範囲で簡単に実現できる。 PHPでもDIコンテナが役に立つ例をだれも出せてないじゃん。それを示せばみんな納得できるのに、出しもしないでDIマンセーされてもな。 877 名前：nobodyさん mailto:sage [2007/12/04(火) 18:03:00 ID:???] ほっとけよ。DI議論はもういい。 PHPでウェブプログラミングなんて、そもそも小規模なのばっかだし。 878 名前：nobodyさん mailto:sage [2007/12/04(火) 18:30:24 ID:???] まとめようか。 ・DIの概念はPHPにおいても有効である。 ・ただし、PHPでは>>847のように比較的簡単に実現できる。 ・大掛かりな仕組みは必要ないじゃん。 JavaではDI必須。っていうのが当たり前になりつつあるようだけど スクリプト言語では>>847のように比較的簡単にできてしまうことが、 静的型付き言語であるJavaでは一筋縄では実現できないから、Springとか Seasarとかそういう大掛かりな仕組みが必要ってだけじゃない？ あと、Java的にはDI使うとクラス関係が疎結合になり コンパイルが早くなるらしいね。 PHPの場合、大掛かりなDIを導入するメリットがJavaほどには無いように思う。 >>877そういうなよ。 なぜ、ぶった切ろうとする？ 新しい話題提供できるならして欲しい。 DIについて話題になったのは、このスレでは初めてじゃない？ smarty必要か？PHPにフレームワークは必要か？とか 毎度毎度の定期ループしてる話題よりよほど良いと思うがな。 879 名前：nobodyさん mailto:sage [2007/12/04(火) 19:29:14 ID:???] 自分が分からない話題が続くとイライラしちゃうんじゃないの？たぶん。 気にすることないよ。 880 名前：nobodyさん mailto:sage [2007/12/04(火) 19:47:46 ID:???] >>878 AOPについではどうだろうか。 JavaでDIのメリットの一つとして、AOPが簡単にできることが挙げられる。 というか、AOPなしだとDIのメリットは半減する。 ・PHPでもAOPは有効か？（どんなときに？） ・PHPではAOPも簡単に実現できるか？（YESなら大掛かりな仕組みはいらない） 881 名前：877 mailto:sage [2007/12/04(火) 20:39:47 ID:???] いや俺はDIいらないでおk。スクリプト言語にはナンセンスで。 てかjavaでもいいや。xmlに書くとかもうウンザリ。 コード読んだ方がどこで何やってるかわかりやすいわ。 他人の俺俺ファクトリーでもスキルある奴が作ってればそれでいい。 だいたいソース読んで困るのは、ファクトリとかそんな知識すらないバカのだし。 882 名前：nobodyさん mailto:sage [2007/12/05(水) 01:58:35 ID:???] DIについて俺の経験を書いてもいい？ 以前開発していたちょっと中規模なプロジェクトがあったんだけど、 そのプロジェクトはDIコンテナのような仕組みが無くて、 >>847の書いたようなファクトリモドキを書いて、開発してたんだよ。 で、プロジェクトも終盤になってよし結合テストしよう！ってなったときに、 みんながcommon.phpみたいな必ず読み込まれるようなファイルに $hoge = 'MyClass' みたいな記述をして、どこからrequireされたか分からない、autoloadされたクラス内で $obj = new $hoge($params) と書かれてたんだわ。 それ自体は別に共通化されたファイル内に書かれていたから良かったんだけど、ときどきデバッグ用に $hoge = 'OtherClass' とかって書いちゃってるコードが混入して、結合テストがすごく大変だったトラウマがある。 あと、依存関係が全然整理されてなくて public function __construct($str){ 　　$this->hoge = new $str; } なんて記述があったときには、何をnewできるのか、何が newされる対象なのかがわからなくて、保守のときに大変だったトラ ウマがある。（ドキュメントがあまり書かれてなかったんだよね...) それがあってから、俺が担当するプロジェクトはDIを使うようにしてる。 どこで生成されるべきか、どこで使うか、どうやって切り替えるかを明確にするためにDI使ってる。 設定ファイルの管理は面倒だけど、テストがその分、楽になったかな。 DIのメリットはこんな感じだった。 スクリプト言語でも十分使えると思う。管理という面においては。 883 名前：nobodyさん mailto:sage [2007/12/05(水) 02:04:50 ID:???] japan.zdnet.com/security/story/0,3800079245,20362451,00.htm Apache 2.0系、2.2系にクロスサイトスクリプティングの脆弱性 Apache脂肪でPHPまたもや脂肪ｗｗｗ 884 名前：nobodyさん mailto:sage [2007/12/05(水) 02:15:00 ID:???] >>883 先生！これはPHPだけの問題なのですか？ 885 名前：nobodyさん mailto:sage [2007/12/05(水) 08:48:32 ID:???] >>884 そういうことにしといてやれ もしくはスルーで 886 名前：nobodyさん mailto:sage [2007/12/05(水) 09:18:00 ID:???] >>882 >ときどきデバッグ用に >$hoge = 'OtherClass' >とかって書いちゃってるコードが混入して、結合テストがすごく大変だったトラウマがある。 これはデバッグ用のコードが本番用コードに紛れ込んでいたという話だよね？DI関係なくね？ DIコンテナ使ってても、各自がデバッグ用にconfig.xmlをいじって、それが本番環境に反映されたら同じことだよね。 >あと、依存関係が全然整理されてなくて 依存関係って、例えばどんなの？イメージがわからん。具体例で詳しく。 >何をnewできるのか、何が newされる対象なのかがわからなくて、保守のときに大変だったトラ ウマがある。 これ、DIコンテナで解消できるの？ Javaはclassやinterfaceを使って型を縛れるから、どんなオブジェクトを指定できるかはわかるけど、PHPは変数に型がないから、どんなオブジェクトがくるかは指定できない。 これは言語の仕様によるものであって、DIを導入したからといって変わることはないはずだけど。 >（ドキュメントがあまり書かれてなかったんだよね...) 逆にいえば、ドキュメントを書けば済む話？ 887 名前：nobodyさん mailto:sage [2007/12/05(水) 10:42:51 ID:???] >>886 >DIコンテナ使ってても、各自がデバッグ用にconfig.xmlをいじって、それが本番環境に反映されたら同じことだよね。 いや、そういう意味ではなく、デバッグコードが混在してしまったけど、それを探すのに非常に手間がかかるってことをいいたい。 スクリプト言語だから、どこかで変数を変更してもデバッグそるまで、どう動くのか分からない だからコンテナをファクトリみたいに使って記述を統一した。 ここに、設定ファイル云々は関係ない >これ、DIコンテナで解消できるの？ Javaはclassやinterfaceを使って型を縛れるから、どんなオブジェクトを指定できるかはわかるけど、PHPは変数に型がないから、どんなオブジェクトがくるかは指定できない。 これこそがDI導入によるメリットだと思うが？必要とされるべきオブジェクトはコンテナによって注入される事で、依存関係を解決できるでしょ。 だからへたにnewするんじゃなくて、newするものをコンテナに置く。 >逆にいえば、ドキュメントを書けば済む話？ ぶっちゃけいえばそうだね、ドキュメントに事細かに書かれてれば大丈夫だったと思う。 でも依存関係とかってドキュメントしにくい部品でもある 888 名前：nobodyさん mailto:sage [2007/12/05(水) 11:58:35 ID:???] >>886 >スクリプト言語だから、どこかで変数を変更してもデバッグそるまで、どう動くのか分からない >だからコンテナをファクトリみたいに使って記述を統一した。 >ここに、設定ファイル云々は関係ない いやだからさ、JavaでApplication.javaとconfig.xmlがあって、同じことをPHPでApplication.phpとconfig.phpにするとしよう。 デバッグコードはApplication.{java,php}に書いたの？それで分からなくなったというなら、それはDIも何も関係ないじゃん？どう関係あるの？ デバッグコードをconfig.{java,php}に書いて分からなくなったとしたなら、いくらなんでもセンスなさすぎだろ。config.phpで分からなくなるやつがconfig.xmlにしたところで解決できるわけない。 >これこそがDI導入によるメリットだと思うが？必要とされるべきオブジェクトはコンテナによって注入される事で、依存関係を解決できるでしょ。 >だからへたにnewするんじゃなくて、newするものをコンテナに置く。 これも分からん。まず依存関係が何かを具体例で説明してくれ。 それと、newするものをXMLファイルに書くのと、同じことをPHPファイルに書くことと、どう違うのかちゃんと説明してくれ。 >ぶっちゃけいえばそうだね、ドキュメントに事細かに書かれてれば大丈夫だったと思う。 >でも依存関係とかってドキュメントしにくい部品でもある だから何をもって依存関係といってるの 889 名前：nobodyさん mailto:sage [2007/12/05(水) 12:17:17 ID:???] ごめん、>>886じゃなくて>>887でした。 890 名前：nobodyさん mailto:sage [2007/12/05(水) 12:21:46 ID:???] >>887 Application.javaとconfig.xmlはこんなのね。 --- Application.java --- S2Container container = S2ContainerFactory.create("config.xml"); InterfaceX obj = (InterfaceX)container.getComponent(ClassX.class); --- config.xml --- <component class="ClassX">   <initMethod name="initialize">     <arg>"foo"</arg>     <arg>123</arg>   </initMethod> </component> Application.phpとconfig.phpならこんな感じ。 --- Application.php --- require_once("congif.php"); $obj = create_ClassX(); --- config.php --- function create_ClassX() {   $obj = new ClassX();   $obj->initialize("foo", 123);   return $obj; } これらになんか違いがあるのか？ config.phpなら混乱するのがconfig.xmlでは混乱しないという理由を示してくれ。 891 名前：887じゃないけど mailto:sage [2007/12/05(水) 12:49:30 ID:???] なんかそのコード見せられると、configファイルはさすがにXMLに してもらいたいと感じてしまう。 もっと規模が大きくなってから大々的な移行しなきゃならなくなって 設定ファイルを再利用する場合とか、XSLT等で簡単＆きれいに移行 できるし。 で、もしDIの設定にXML使うとすると、DIコンテナがその辺りのこと を面倒見てくれるんだったら、それだけでも利用価値ありそう。 892 名前：nobodyさん mailto:sage [2007/12/05(水) 12:50:34 ID:???] congif見てザンギエフ思い出した俺ガイル 893 名前：nobodyさん mailto:sage [2007/12/05(水) 13:36:32 ID:???] やっぱりXMLは醜悪だな。設定ファイルはS式にするべきだ。 894 名前：nobodyさん mailto:sage [2007/12/05(水) 13:52:03 ID:???] >>891 利点ってそれだけ？ Java使ってる他のやつに聞きたいんだけど、設定ファイルをXSLT使って移行するなんてこと本当にするの？そんなプロジェクト今まで見たことも聞いたこともない。 891はほんとにそれをしたことあるの？あるかもしれないという妄想を語っても仕方なくね？ それにおまえのconfig.xmlは手作業での移行ができないほど巨大なのか？おれはせいぜい50行いかない程度なんだけど。 数十行の移行をXSLTで自動化するためだけに、わざわざDIコンテナを勉強して導入するコストは払えん。しかもそんな場面が将来あるかどうかも分からないのに。 895 名前：nobodyさん mailto:sage [2007/12/05(水) 14:03:29 ID:???] >設定ファイルをXSLT使って移行するなんてこと本当にするの ないないw ありもしないことを想定して無駄に作業増やすのがJava厨。 strutsのときも、フォワードのパスとかバリデータとか全部XML。 こんなもんプログラムに埋め込んだ方がいいと思うんだけど・・・ っていったらビルドのコストがとわけのわからないことを言う。 Java厨って変更の可能性のあるところは全部XMLに追い出した方が 保守性が高いという妄想に取り憑かれすぎ。 XMLに追い出すとソースと2重管理になってウザイって。 DBの設定とかローカライズのメッセージとか、そういうのだけでいいよ。 クラスの名前とかそんなもん追い出すとろくなことにならない。 896 名前：nobodyさん mailto:sage [2007/12/05(水) 14:32:00 ID:???] まあCやらJavaやらコンパイル言語使うと、ソースファイルの中には 設定値を書きたくないという気持ちは理解できる。 897 名前：895 mailto:sage [2007/12/05(水) 14:35:03 ID:???] >>896 クラス名は設定値じゃないからなー 言語に依存してる物はソースに書く方が俺は良いと思う。 DIとか使わなくてもまともに動いて保守性の高いプログラムは書ける。 だったら使わない方法で俺は行く。 898 名前：nobodyさん mailto:sage [2007/12/05(水) 14:39:05 ID:???] ファクトリー厨の方々、必死すぎだろ DI否定しないと気がすまんのな 899 名前：nobodyさん mailto:sage [2007/12/05(水) 15:13:55 ID:???] DI否定する気は無いがPHPで使う気にはなれない 900 名前：nobodyさん mailto:sage [2007/12/05(水) 15:33:26 ID:???] >>895 >strutsのときも、フォワードのパスとかバリデータとか全部XML。 >こんなもんプログラムに埋め込んだ方がいいと思うんだけど・・・ 禿同 XMLに外だししなくてもいいものまで外だししないといけないのがアホらしい。 入力→確認→登録だけの簡単なページ遷移もXMLに書くのが面倒くさくて仕方なかった。 遷移先が変更になることなんかないんだって、簡単なアプリなら。 面倒を強制するな。 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