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

1 名前：nobodyさん [2007/10/17(水) 16:01:41 ID:72/gWtt1] 前スレ pc11.2ch.net/test/read.cgi/php/1181350116/ 456 名前：nobodyさん mailto:sage [2007/11/02(金) 21:00:02 ID:???] 日本語以外ならある UTF-8、EUC-JP はOK 457 名前：nobodyさん [2007/11/02(金) 21:54:31 ID:zU8R5f0m] フレームワークの使い方を勉強したい。 最初から否定されると勉強する気が失せる。 ここからフレームワーク最高路線でお願いします！！！ ↓↓↓ 458 名前：nobodyさん mailto:sage [2007/11/02(金) 22:20:25 ID:???] ( ´−｀).｡oO（php4ってメソッドチェーンできないのが糞だな・・・) 459 名前：nobodyさん mailto:sage [2007/11/02(金) 22:20:43 ID:???] symfonyは未来からやってきたモダンでホワイトリストなフレームワークです 一括エスケープってマジ最高 460 名前：nobodyさん mailto:sage [2007/11/02(金) 22:26:56 ID:???] ( ´−｀).｡oO（こりゃ誰からもウザがられるわ・・・) 461 名前：nobodyさん mailto:sage [2007/11/03(土) 03:20:05 ID:???] ja.wikipedia.org/wiki/%E3%83%9B%E3%83%AF%E3%82%A4%E3%83%88%E3%83%AA%E3%82%B9%E3%83%88 ホワイトリストとは、警戒する必要のない対象の一覧表のこと。対義語はブラックリスト。 青少年にインターネットを扱わせる場合、青少年に見せても安全なページだけを登録しておき、それ以外のページにはアクセスできないようにすると安全である。 このとき、青少年に見せても安全なページのリストアップが「ホワイトリスト」にあたり、青少年に見せても安全なページ(ホワイトリスト)にしかアクセスできないようにする方法は「ホワイトリスト方式」と呼ばれる。 462 名前：nobodyさん mailto:sage [2007/11/03(土) 03:47:44 ID:???] 勉強になります 463 名前：nobodyさん mailto:sage [2007/11/03(土) 06:16:16 ID:???] phpフレームワークと どんなjavascriptフレームワークを連携させてますか？ 464 名前：nobodyさん mailto:sage [2007/11/03(土) 08:17:10 ID:???] SymfonyとExt合わせたけど、Ext使うんだったらフレームワークは 何選んでもあんま関係ないかも・・・。 確かに見た目はかなりいいけどね。でもちょっと重い。カレンダー一つ表示するにも。 Javascriptの記述量が半端無く増えるし、 見通しがすっごく悪くなるように感じたので、あんまりお勧めしないかな。 465 名前：nobodyさん mailto:sage [2007/11/03(土) 10:03:08 ID:???] >>463 symfony + prototype PHPじゃないけどpylons + prototype 466 名前：nobodyさん mailto:sage [2007/11/03(土) 10:23:22 ID:???] 設計、ソースが綺麗なフレームワークってありますか？ 467 名前：nobodyさん mailto:sage [2007/11/03(土) 10:48:49 ID:???] > 458 名前：nobodyさん[sage] 投稿日：2007/11/02(金) 22:20:25 ID:??? > ( ´−｀).｡oO（php4ってメソッドチェーンできないのが糞だな・・・) また新しい用語を覚えたのかい？ｗ 恥書く前に消えたほうがいいよ。 468 名前：nobodyさん mailto:sage [2007/11/03(土) 10:55:24 ID:???] まぁあれだ。Ruby on Rails 使えってことだ。 469 名前：nobodyさん mailto:sage [2007/11/03(土) 14:11:37 ID:???] >>466 CodeIgniter 機能は若干不足気味だが、設計センスがいいのでなんとでもなる 470 名前：nobodyさん mailto:sage [2007/11/03(土) 14:35:30 ID:???] >>467 471 名前：nobodyさん mailto:sage [2007/11/03(土) 15:07:15 ID:???] おい下スレ荒らされてるぞ こっちでちゃんと面倒見といてくれよ 472 名前：nobodyさん mailto:sage [2007/11/03(土) 15:12:22 ID:???] >>471 お前もばかｗ 473 名前：nobodyさん mailto:sage [2007/11/03(土) 15:12:29 ID:???] 狂犬になったアニヲタが野に放たれた… 思いこみパワーで誰にでも噛みつく！ 474 名前：nobodyさん mailto:sage [2007/11/03(土) 15:15:02 ID:???] このスレには、すぐにアニヲタとか言い出すアフォがいるよな 同一人物なんだろうな 475 名前：nobodyさん mailto:sage [2007/11/03(土) 15:15:25 ID:???] なんか可哀相になってくる。 476 名前：nobodyさん mailto:sage [2007/11/03(土) 15:19:24 ID:???] >>474 【同一人物】と思っちゃうところがまさに【アニヲタ】なんですけどね（ ´,_ゝ｀）ﾌﾟｯ 477 名前：nobodyさん mailto:sage [2007/11/03(土) 15:20:58 ID:???] >>476 アフォが食いついてきましたｗｗｗ 478 名前：nobodyさん mailto:sage [2007/11/03(土) 15:31:34 ID:???] 〜アニヲタの思いこみパワーでできること〜 ・工作員が存在すると思いこむ（なぜか交代制） ・だいたい電通のせい ・最近じゃGoogleも悪の組織 ・スレ流しをしていると思いこむ ・意味不明の勝利宣言 ・しつこさだけが本当の武器 頑張れ、思いこみ戦士！ 吠えろ、思いこみ戦士！ 思いこみパワーで、お前の心の平安を守るのだ！ 479 名前：nobodyさん mailto:sage [2007/11/03(土) 15:40:52 ID:???] PHPフレームワークを語るはずのスレで なぜか出てくるアニヲタ叩きw よっぽど嫌な過去でもあるのかね？ 480 名前：nobodyさん mailto:sage [2007/11/03(土) 15:48:49 ID:???] >>479 ｱﾆｦﾀはどこでも叩かれるのがﾃﾞﾌｫだぜ？ 481 名前：nobodyさん mailto:sage [2007/11/03(土) 15:49:56 ID:???] >>480 いい加減うざいから、ニュー速行けって感じだけどな 482 名前：nobodyさん mailto:sage [2007/11/03(土) 15:57:14 ID:???] ちーたんの作者が若干アニ○タくさい件 483 名前：nobodyさん mailto:sage [2007/11/03(土) 16:03:30 ID:???] しょうがないよ、見下してたはずのアニヲタに完敗したんだから。 ゴキブリと見下してた相手に完敗した亀とおんなじ。あまりのショックで人前にでられなくなった。 >>445で必死にやり返したつもりが>>453だもんな。意固地にもなるさ。 そっとしておいてあげてください。弱ったものへ労りの言葉を。 484 名前：nobodyさん mailto:sage [2007/11/03(土) 16:09:08 ID:???] >>444=483=叩かれてるアニヲタ こんなバレバレの自演して馬鹿じゃないの？ 485 名前：nobodyさん mailto:sage [2007/11/03(土) 16:14:07 ID:???] >>483 ・意味不明の勝利宣言 486 名前：nobodyさん mailto:sage [2007/11/03(土) 16:50:29 ID:???] >>484 ホワイト君かな？アニヲタを必死に叩いてもなんも変わらんよ。 きみがすべきことは・・・分かるだろ？話をそらさずに議論で戦えよ。 まずはホワイトリストの利点を説明しろ、話はそれからだ。 487 名前：nobodyさん mailto:sage [2007/11/03(土) 18:55:36 ID:???] >>486 それは罠よ 議論でアニヲタを説得することなんてキケロも釈迦も出来ないわ 常に歪んだフィルターを通るからどんな言葉も必ず歪むの 気を付けて！ アニヲタと議論しようとしたら、あなたはその時点で泥沼に足を踏み入れているの ただ観察するだけにしておきなさい 彼らの愚かさは底なしなのよ・・・ 488 名前：nobodyさん mailto:sage [2007/11/04(日) 00:42:09 ID:???] もうセックスの話しようぜ！ セックス！ 489 名前：nobodyさん mailto:sage [2007/11/04(日) 00:43:53 ID:???] 俺は手コキされながら乳首なめられるのが大好き 490 名前：nobodyさん mailto:sage [2007/11/04(日) 00:56:44 ID:???] お前らPHPプログラマー（女）とセックスしたことある？ PHPプログラマーって何か萌えないよな・・・ 一番萌えるのは・・・JavaScriptプログラマーかな？ 491 名前：nobodyさん mailto:sage [2007/11/04(日) 01:26:29 ID:???] 一番萌えるのはやっぱデザイナーでしょ！決まり！ しかも<td>{$hoge}</td>なんて書いて頂けたらもうｻｲｺｰ! 492 名前：nobodyさん mailto:sage [2007/11/04(日) 01:33:33 ID:???] デザはなんかベタだな… 女なのにプログラマーなのが萌える 493 名前：nobodyさん mailto:sage [2007/11/04(日) 03:02:32 ID:???] スクリプタキュラスって発音がきめぇ 494 名前：nobodyさん mailto:sage [2007/11/04(日) 03:47:18 ID:???] このスレを見ている人はこんなスレも見ています。(ver 0.20) フケ・痒みがとまらないPart9 [身体・健康] 【トイプードル】プードル Part26【ﾐﾆﾌﾟｰｽﾀﾝﾌﾟｰ】 [犬猫大好き] …増えた 495 名前：nobodyさん mailto:sage [2007/11/04(日) 03:54:05 ID:???] やっぱり特定の何かに長けてる女がいいな〜 運動得意とかピアノ弾けるとか・・もちろんプログラマでもおｋ 496 名前：nobodyさん mailto:sage [2007/11/04(日) 04:22:39 ID:???] lovecall.14.dtiblog.com/ なんかこんなのあった ギークなお姉さんは好きですかだと こんな狙いすぎなビッチは萌えない 497 名前：nobodyさん mailto:sage [2007/11/04(日) 04:35:20 ID:???] 99％のてけとうさと1％のまじめさでできた100％B型のおにゃのこです。だぁ？ こんな女は毎回顔射でOK 498 名前：nobodyさん mailto:sage [2007/11/04(日) 06:44:21 ID:???] 俺俺FW作ってる人 基幹はクラス、関数はヘルパにするのがセオリーだと思うけど ヘルパ以外の関数も書く？ 499 名前：nobodyさん mailto:sage [2007/11/04(日) 13:47:23 ID:???] 美少女プログラマーって居るの？ pc11.2ch.net/test/read.cgi/prog/1162409953/ 500 名前：nobodyさん mailto:sage [2007/11/04(日) 13:54:04 ID:???] >>499 >みんなの周りにはいないんだな。 >どこを探してもいないと。 不老不死の薬かよｗ 501 名前：nobodyさん mailto:sage [2007/11/04(日) 15:45:01 ID:???] agavi 0.11がでたぞー 502 名前：nobodyさん mailto:sage [2007/11/04(日) 15:58:05 ID:???] あが・・び・・？ 503 名前：nobodyさん mailto:sage [2007/11/04(日) 16:02:35 ID:???] 　　　　　　　　　__,,／　　_, ----｀ヽ　　：. 　　　　　：. 　／　_　　　　　___　　　､＼ 　　　　　　 / ／　　　i　　　 　 ＼ 　 ＼＼　：. 　　 　 ：.　,'./ 　 　 　 i　　ヽ:.　 　ヽ:.:..　ヽ.ヽ 　　　　　 ,'/　　　 / .ハ ヽ　ヽ:.:.:.:.　ヽ::..　ヽヽ　：. 　 　 　：. |i .i　i　 .i /　 ヽ ﾄ ､ ＼､:.:.:. ',:.',:.:.lヽ} 　 　 　 　|i .i　l 　:Ｎ＿, -弋　＼弌弋ナ:}:.:} 　　　　：. |i∧ ',　:{　,ｨjモﾄ　＼　 ｲjミﾄｲｲＶ　：.　　あ… 　　 　 　 .|　 :ﾒヽ.', `ozＺ} 　 　　 izN｡ﾊ::{　　　　　あがびってなんなんですか？ 　 　 　 ：. |　 :ヾ_! ゝ　"ﾞﾞ　　　 ' 　｀ﾞ ハ.:',　：.　　　 　　　　　　|　 :.:_ｲ .:.ヽ. 　　(二ﾌ　, ｲ :.:.:!:.ヽ　　　　　なんであたし 　　　：.　 / rｨｲ |　:.:.ヽ: ＞r／｀＜ノ .:.::.}ヽ､＼：.　　　貼られたんですか？ 　　　 　 / ∧l;l　!　:.:.:.:/／{二￣ .} ..:..::ﾘ//ハ.:＼ 　：.　 ／　.{. ',ヾ､ヽi .:.:.{ ／(^｀　　|.:.:.:./／: : :.}: . ヽ.：. 　　 /　/　 ） ヽ ヾ､ヽ:.ﾊ　ﾔ{　　 ∧／.-‐'": : |:.:.　i ', 　 ./ .,ｲ　.:..}　: :＼ヾレ'ﾊ　∧__ノﾉﾊヾ､　 : : : l:.:.: .ﾊ ', 　 { /｜ .:.:ﾊ　: : :i Ｙ {ヾ｀Ｙヽﾆン'ノ}: : } : : : :/:.:.:/　}:.} 　 Ｖ　| .:.:/:.:|_,ｨ'￣　 ヽ三{　｀ー-ノ : ｲ : : :/:.:i.:{　　リ 　　　 ヽ:.:{､.:.Ｖ　　　　 : : ﾍ　　　　 : : {: : :/:.::∧| 　　　　 ヽ! ）人　　　　: : :人　 　 　 : : : / ＼!　：. 　　　　　　"　 ヽ　: : : : :/イ{　　　　　:.ノ: : : :.＼　：. 　　　　　　　：.　 ＼__／//: :＼______／: : : : : : : ヽ 　　　　　　　　　　　/　//: : :|;|: : : : : : i: : : __: : : : ', 　　　　 　 ：. 　 　 / ､ {;{　　 |;|　　　. : i／. : : : : : :| 　　　　　　　 　 ／　｀Ｙ;{. . . .|;|. : : : ／i: : : : : : : : :l 504 名前：nobodyさん [2007/11/04(日) 20:00:54 ID:ao+FAaQ6] >>503 不覚にもｗ 505 名前：nobodyさん mailto:sage [2007/11/04(日) 20:41:58 ID:???] み…みくるﾀﾝ　(´Д｀；)ﾊｱﾊｱ 506 名前：nobodyさん [2007/11/04(日) 21:02:25 ID:M9faL4Yg] www.agavi.org/ Agavi 0.11.0 is now available agavi.jp/ agavi.jp die... struts → mojavi → agavi → symfony → …（未来へ） 伝統を今日に伝えるフレームワークの系譜ですね＾＾ 507 名前：nobodyさん [2007/11/04(日) 21:04:42 ID:M9faL4Yg] d.hatena.ne.jp/keyword/Agavi Mojaviから分岐して開発が開始されたPHPのMVCフレームワーク 2005年当時、Mojavi3の開発が滞っていたことから分岐し開発が開始された。 しかし、開発開始直後に分岐元であるMojaviとの再統合が決定し、早期に0.10.0をリリースし開発を終了すると発表された。 ところが、開発チームやコミュニティ内で「取り組むべき問題が残されている」との声が上がり、アーキテクチャの見直しが行われ、Mojaviとは異なるフレームワークとして開発が進められている。 特徴としてSymfonyやRuby on Railsに見られるようなORM層への依存の断ち切りや、テンプレートエンジンによらないHTMLフォーム処理ヘルパの提供を謳っている他、i18n機能も搭載している。 正式バージョンである1.0は完全なドキュメントと共にリリースされる予定である。 508 名前：nobodyさん [2007/11/04(日) 21:10:08 ID:M9faL4Yg] ＜質問＞ ・DIコンテナの仕組みになっているフレームワークって、設計が古くさいんですか？ ・DIコンテナは、Maple以外にも何かありますか？ itpro.nikkeibp.co.jp/article/COLUMN/20060628/241982/ DIコンテナは，「DI（Dependency Injection：依存性の注入）」と呼ぶデザインパターンに基づいて作られたコンポーネント群を集中管理するためのソフトウエアです。 509 名前：nobodyさん mailto:sage [2007/11/04(日) 21:12:36 ID:???] S2Container.PHP5を用いたDIベースの開発 codezine.jp/a/article.aspx?aid=495 S2Container.PHP5は元々Javaで開発されていたS2ContainerをPHP5に移植したもので、DIとAOPをサポートする軽量コンテナです。 OOPもよく使いこなせていないのに、この上AOPを勉強するのか？ …道のりは遠い？＞＜ 510 名前：nobodyさん mailto:sage [2007/11/04(日) 21:15:09 ID:???] 軽量Java DIコンテナ「google-guice 1.0」リリース gihyo.jp/dev/clip/01/orangenews/vol38/0002 Google CodeにてJava 5ベースのDIコンテナ「Guice」バージョン1.0が，2007年3月8日に公開されました。 今までDIコンテナにはSpring FrameworkやSeasar2などがありましたが，開発者がGoogle社員であることや，アノテーションベースで設定ファイルがいらないこと，Spring Frameworkの100倍速いことなどが注目され，ブログを中心に盛り上がっています。 511 名前：nobodyさん mailto:sage [2007/11/04(日) 21:48:01 ID:???] でもム板のguiceスレは閑古鳥が鳴いてるんだなぁ。 512 名前：nobodyさん mailto:sage [2007/11/04(日) 23:28:21 ID:???] www.geocities.jp/toyprog/ ここのagavi情報ってもう更新されないの？ 513 名前：nobodyさん mailto:sage [2007/11/05(月) 00:09:12 ID:???] 設定ファイルが要らないってとこに興味があるんだけど、どうやってんのかな。 514 名前：nobodyさん mailto:sage [2007/11/05(月) 00:11:09 ID:???] 全部アノテーションってことはないだろうから、多分リフレクションAPI使って生成するんだろう 515 名前：nobodyさん mailto:sage [2007/11/05(月) 14:09:25 ID:???] PHP4でも使えるORマッパてありますか？ PEAR以外で 516 名前：nobodyさん [2007/11/05(月) 15:31:19 ID:G81u3teR] ここはアニヲタスレですか？ 517 名前：nobodyさん mailto:sage [2007/11/05(月) 16:24:57 ID:???] >>515 CakePHP、CodeIgniterなどのフレームワークに入ってる 518 名前：nobodyさん mailto:sage [2007/11/05(月) 16:36:03 ID:???] >>517 o/rマッパだけ欲しいんですよねー 519 名前：nobodyさん mailto:sage [2007/11/05(月) 17:44:11 ID:???] >>515 PHP4でつかえるActiveRecordライクなO/Rマッバー kunit.jp/maple/wiki/index.php?%B3%C8%C4%A5%2FDb%2FActiveGateway 使ったことないからよく知らん 520 名前：nobodyさん mailto:sage [2007/11/05(月) 17:48:21 ID:???] >>515 ADOdb Active Record www.souken.co.jp/tech/php/adodb/docs-active-record_ja.htm phpersistence - object persistence for php www.phpersistence.org/ 「PHP4 ActiveRecord」とか「PHP4 O/R」とかで検索すればいろいろ出てくると思う。 521 名前：nobodyさん mailto:sage [2007/11/05(月) 18:05:57 ID:???] >>519-520 よさげですね ありがとうございます！ 522 名前：nobodyさん mailto:sage [2007/11/05(月) 20:35:02 ID:???] >>520 フィールド名をキャメル・スタイル (camel-caps style) に変換することはありません。Zend 社の実装はフィールド名を 'first_name' から 'firstName' に変換します。 Zendそんな余計なことすんのか 523 名前：nobodyさん mailto:sage [2007/11/05(月) 21:36:59 ID:???] >>521 せっかくだから、この機会にPHP5への移行を検討してみてはどうか。 PHP4のサボートが終了するのも遠くないし、PHP5の移行自体もそんなに難しくない。 しかもPHP5にすればO/Rマッバーの選択肢はだいぶ広がる。 31tools.com/cbl_activerecord/README.ja.utf8.html とか。 O/Rマッバーを使ったコードに書き換えるなら、ついでにPHP5対応に書き換えるのも悪くないと思う。 余計なお世話だったらすまん。 524 名前：nobodyさん mailto:sage [2007/11/05(月) 21:37:19 ID:???] >>522 初期のバージョンはそうだった 今のバージョンは変換することはない 525 名前：nobodyさん mailto:sage [2007/11/05(月) 22:06:28 ID:???] >>524 なぜ濁点？ サボート マッバー 526 名前：nobodyさん mailto:sage [2007/11/05(月) 22:07:44 ID:???] かな入力か 527 名前：525 mailto:sage [2007/11/05(月) 22:13:30 ID:???] orz >>523宛でした 528 名前：nobodyさん mailto:sage [2007/11/06(火) 19:45:58 ID:???] 　 ＼(^o^)／　　　　　　　　　　　　 ＼(^o^)／ symfonyオワテル 　　　 )　 )　　　　　　　　　　　　　　 ノ　ノ ((((　 >￣ > ))))　＼(^o^)／　(((　<￣<　)))) 　　　　　　　　　 　 　 )　　) 　　　　　　　　　(((　　>￣ > )))) 　　　code igniterハジマテル 529 名前：nobodyさん mailto:sage [2007/11/07(水) 04:54:10 ID:???] PHPってJavaScript以下ですよね^^ 530 名前：nobodyさん mailto:sage [2007/11/07(水) 09:21:01 ID:???] javascriptもロクに書けないのになｗ 531 名前：nobodyさん mailto:sage [2007/11/07(水) 19:35:54 ID:???] JSと比べる時点で間違ってる。馬鹿丸出しｗｗ しかも批判してる奴に限ってそれ以上の言語を作る知識も技量もない。 マジで哀れだな。 532 名前：nobodyさん mailto:sage [2007/11/07(水) 20:18:07 ID:???] PHPer自己弁護ｗｗｗｗ ﾃﾗｱﾜﾚｗｗｗｗ 533 名前：nobodyさん mailto:sage [2007/11/07(水) 20:20:08 ID:???] はいはい、じゃあ君が素晴らしいと思う言語を挙げてみてくれない？＾＾ 理由も付けてね。むつかしい言葉での説明が出来なければ、君なりの言葉で構わないよ＾＾ 534 名前：nobodyさん mailto:sage [2007/11/07(水) 20:37:13 ID:???] え…PHPerって他できないから仕方なくPHPやってるんじゃないんですかｗｗｗ PHPerがPHPに惚れ込んでる理由って何なのｗｗｗｗ 逆に問いたいｗｗｗ 問い詰めたいｗｗｗｗ 535 名前：nobodyさん mailto:sage [2007/11/07(水) 20:41:20 ID:???] ヒント ほとんどのオープンソースのウェブシステムは なぜPHPで作られているか。 536 名前：nobodyさん mailto:sage [2007/11/07(水) 20:51:19 ID:???] >>534 普通に便利で手軽だから。 534は何の言語をどういう理由で使ってるのか教えてｗ 537 名前：nobodyさん mailto:sage [2007/11/07(水) 20:56:17 ID:???] >>534はjavascripterなんじゃね？ｗ 538 名前：nobodyさん mailto:sage [2007/11/07(水) 20:59:28 ID:???] javascriptはすばらしいOO言語ですよ PHPみたいに後から無理矢理OOを貼り付けたゾンビ言語とは違います 539 名前：nobodyさん mailto:sage [2007/11/07(水) 21:35:03 ID:???] プロトタイプベースのオブジェクト指向言語ってそのままだと可読性に問題があると思うんだけど、好みや慣れの問題なのかねぇ。 メジャーな言語だとjsぐらいしかないけど、 js(の実行環境)が普及したせいでプロトタイプベースの考え方も覚える必要があって面倒。 540 名前：nobodyさん mailto:sage [2007/11/07(水) 22:44:59 ID:???] 言語の話はスレ違いですよ。 541 名前：nobodyさん mailto:sage [2007/11/07(水) 23:48:25 ID:???] >>538 いくらすばらしくても、サーバーで動かない以上、 （あーなんかマイナーなソフトで動かせるやつあったっけ？） 実質サーバーで動かない以上、JavaScriptは使えない。 >>539 安心しろ。prototype.jsなどメジャーなJavaScriptライブラリでは、 プロトタイプベースなJavaScriptをクラスベースであるかのような 記法が採用されている。 542 名前：nobodyさん mailto:sage [2007/11/08(木) 00:03:56 ID:???] >>541 prototype.jsも一種のフレームワークだとすれば、 一応スレ違いにはならないか。 フレームワークと言えるほど縛るわけではないけど。 サーバサイドjsはIISで使えた気がする。 ただね、prototype.jsの存在自体が、 プロトタイプベースを採用したjsの欠点を表してるんじゃないかと。あとは言語的に面白い仕組みは色々あるけど、企業での開発言語として見るとどうにも。 サーバサイドjsがapacheで手軽に動くようになっても、盛り上がらないだろうねぇ。LISP CGIの次の次ぐらいに。 543 名前：541 mailto:sage [2007/11/08(木) 00:07:27 ID:???] > プロトタイプベースを採用したjsの欠点を表してるんじゃないかと。 俺も同じことが言いたかったんだがｗ 544 名前：nobodyさん mailto:sage [2007/11/08(木) 02:48:07 ID:???] 今のO/Rマッパってサブクエリにも対応してるの？ 結合くらいまで？ 545 名前：nobodyさん mailto:sage [2007/11/08(木) 13:45:32 ID:???] > API(アプリケーションプログラミングインタフェース)のFileMaker API for PHPが、 > Server 9製品にビルトインされたことで、PHPのプログラミングを知らなくとも、 > ステップごとに質問に答えることで、誰でも手軽にPHPベースのWebページを > 作成していただけるようになったわけです。 journal.mycom.co.jp/articles/2007/11/08/file01/index.html 546 名前：nobodyさん mailto:sage [2007/11/08(木) 16:34:49 ID:???] 質問に答えりゃ生成できる程度のページをわざわざPHPで動かしたがる業務要求なんて 実際ほとんど存在しないって事、いつになったら常識になるんだろう よくある「〜〜フレームワークでブログサイトを15分で」とかでも同じ事がいえるけどさ 547 名前：nobodyさん mailto:sage [2007/11/08(木) 16:37:15 ID:???] PHPウザってscaffoldingを目の敵にするよね 548 名前：nobodyさん mailto:sage [2007/11/08(木) 16:38:42 ID:???] そんなことないけど 549 名前：nobodyさん mailto:sage [2007/11/08(木) 16:45:08 ID:???] え…PHPerって他できないから仕方なくPHPやってるんじゃないんですかｗｗｗ PHPerがPHPに惚れ込んでる理由って何なのｗｗｗｗ 逆に問いたいｗｗｗ 問い詰めたいｗｗｗｗ 550 名前：nobodyさん mailto:sage [2007/11/08(木) 17:04:20 ID:???] もっといじめてー とかいえば満足？ 551 名前：nobodyさん mailto:sage [2007/11/08(木) 17:13:59 ID:???] YOU、フレームワークって何時も喧嘩の種になるからワクワクしちゃうYO! 552 名前：nobodyさん mailto:sage [2007/11/08(木) 17:30:47 ID:???] PHPはさっさと安定したバージョンを決めて欲しいわ ５が出たと思ったらもう６とか 553 名前：nobodyさん mailto:sage [2007/11/08(木) 17:35:20 ID:???] PHPなんてゲロ以下だってdankogaiが言ってました 554 名前：nobodyさん mailto:sage [2007/11/08(木) 18:41:19 ID:???] dankogaiがゲロ並だからまぁもっともな意見だな 555 名前：nobodyさん mailto:sage [2007/11/08(木) 18:47:39 ID:???] えっ、それは PHPはゲロ並みなのに、それなりのシステムが作れるって ところがPHPのすごいところ って意味だよ？ 556 名前：nobodyさん mailto:sage [2007/11/08(木) 19:03:29 ID:???] >>546 > 質問に答えりゃ生成できる程度のページをわざわざPHPで動かしたがる業務要求なんて > 実際ほとんど存在しないって事、いつになったら常識になるんだろう そもそも、質問に答えりゃ生成できる程度のページという 業務要求自体が、実際ほとんど存在しないわけだが。 557 名前：nobodyさん mailto:sage [2007/11/08(木) 19:05:08 ID:???] >>549 ほかに書くこと無いの？ 534 名前：nobodyさん[sage] 投稿日：2007/11/07(水) 20:37:13 ID:??? え…PHPerって他できないから仕方なくPHPやってるんじゃないんですかｗｗｗ PHPerがPHPに惚れ込んでる理由って何なのｗｗｗｗ 逆に問いたいｗｗｗ 問い詰めたいｗｗｗｗ 535 名前：nobodyさん[sage] 投稿日：2007/11/07(水) 20:41:20 ID:??? ヒント ほとんどのオープンソースのウェブシステムは なぜPHPで作られているか。 558 名前：nobodyさん mailto:sage [2007/11/09(金) 00:52:40 ID:???] ほらよ anond.hatelabo.jp/20071108232701 レイアウトテンプレート対応だってさ 559 名前：nobodyさん mailto:sage [2007/11/09(金) 03:48:12 ID:???] どうでもいいよ。 560 名前：nobodyさん mailto:sage [2007/11/09(金) 05:02:50 ID:???] ユダヤ人は頭がイイ。イスラエル産のPHPが普及率NO.1 日本人は与えられたものをただ使わせていただくだけという実態。 PHP＞＞＞Perl＞Ruby、Python 使えれば何でもいい。 561 名前：nobodyさん mailto:sage [2007/11/09(金) 05:22:01 ID:???] PHPが糞言語なのは言を俟たないが Perlだって似たようなもんじゃないの？ danはPerl使ってるだけなのになんでｷﾞｰｸとか自称してんの？ 562 名前：nobodyさん mailto:sage [2007/11/09(金) 05:43:44 ID:???] cakePHPのソースは汚いらしいけど ZendFWのソースのきれいさを100としたら cakePHPのソースはどのくらいですか？ 563 名前：nobodyさん mailto:sage [2007/11/09(金) 07:19:42 ID:???] 2 564 名前：nobodyさん mailto:sage [2007/11/09(金) 08:14:48 ID:???] まあ2だろうな 565 名前：nobodyさん mailto:sage [2007/11/09(金) 08:27:40 ID:???] 綺麗さ…たったの2… ゴミだな… 566 名前：nobodyさん mailto:sage [2007/11/09(金) 09:00:33 ID:???] cake見たことないけど2てｗ どんだけ汚いんだよ。 567 名前：nobodyさん mailto:sage [2007/11/09(金) 09:25:04 ID:???] ヒント：「らしい」 568 名前：nobodyさん mailto:sage [2007/11/09(金) 13:53:31 ID:???] 子飼弾はやっぱ実装能力は高いな。日本人のPerlプログラマーの中では明らかに抜けてると思う。 569 名前：nobodyさん mailto:sage [2007/11/09(金) 14:00:24 ID:???] 抜けているのは間か？ それとも髪か？ 570 名前：nobodyさん mailto:sage [2007/11/09(金) 19:23:44 ID:???] >>566 2かどうかはともかく、汚いというのは確かにそうだ。 そこそこシンプルなのは良い。志を高く持たなければ使える。 571 名前：nobodyさん mailto:sage [2007/11/09(金) 21:26:22 ID:???] 志が低い人向けフレームワーク… 572 名前：nobodyさん mailto:sage [2007/11/10(土) 09:41:51 ID:???] 子飼弾 と 獅子咆哮弾 なんか似てね？ 573 名前：nobodyさん mailto:sage [2007/11/10(土) 09:43:03 ID:???] >>570 オープンソースアプリに共通する「あれ」言ってほしい？ ソース公開されてるんだから 文句があるのなら自分で直せ！ 574 名前：nobodyさん mailto:sage [2007/11/10(土) 10:10:20 ID:???] >>570は単に汚いと言ってるだけで、綺麗にしろとも汚いソースを出すなとも言ってないと思うんだが。 >>573はもう少し落ち着いた方がいいんじゃないかな 575 名前：nobodyさん [2007/11/10(土) 11:21:34 ID:sP337gXW] コメントがしっかりついていれば、ソースが汚くても読める。 コメントの書き方で、作者のツンデレ度が分かる。 576 名前：nobodyさん mailto:sage [2007/11/10(土) 11:44:52 ID:???] 外人って、コメントあまり書かないよな。あと、インデントも揃えない。 日本の企業だと、一緒にチーム組むの嫌がられそうだけど、海の向こうだと そういうのが常識なのか？ 577 名前：nobodyさん mailto:sage [2007/11/10(土) 11:53:15 ID:???] コメントは、何をしている処理かというだけでなく、 その目的も添えてくれるといいな。 他人が見た時、そのコードが何のためにあるのか、わかるように。 578 名前：nobodyさん mailto:sage [2007/11/10(土) 16:39:20 ID:???] CodeIgniter今から使ってみようとしてるんだけど、コメントに関しては相当丁寧だね。 他はまだ分からん。 579 名前：nobodyさん mailto:sage [2007/11/11(日) 21:58:03 ID:???] コメントを書くときは、処理の内容についてではなく、仕様について書いておこう。 ＝何の処理をやっているのかは、見れば分かるので基本的には不要。 ＝仕様を知らない場合は、あちこち調べまわらなければならなくなるので不便。 「あれ〜？おかしいな。こんな動作でいいんかな？」 「（コメントで）それは仕様です。」 仕様なら仕様でもいいんだけど、悩んで調べなければならない時間を減らしたい。 580 名前：nobodyさん mailto:sage [2007/11/11(日) 22:02:49 ID:???] symfonyっていろんなソリューションの組み合わせで その組み合わせにおいてオリジナルなのな。 だからsymfonyなんだな。 マッシュアップフレームワークとも言える。 581 名前：nobodyさん [2007/11/12(月) 10:14:18 ID:zaguTSbK] はいはい、また出ますよ www.cbook24.com/bm_detail.asp?sku=9784797343052 582 名前：nobodyさん mailto:sage [2007/11/12(月) 15:29:41 ID:???] >>70 > Smartyは糞だってことくらい > 今じゃ小学生でも知ってます どういう理由で言っている? 遅いという理由以外で何かあるなら教えて欲しい 583 名前：nobodyさん mailto:sage [2007/11/12(月) 15:35:44 ID:???] Smartyはスレ違いだからよそでやってくれ。 584 名前：nobodyさん mailto:sage [2007/11/12(月) 20:24:47 ID:???] フレームワークと言うのはウェブアプリを作る際の開発手法だったり、設計、あるいはライブラリそのものだったりだから。 Smartyはフレームワークの一部と言える。 PHPからHTML部分をできるだけ分離させるのはウェブフレームワークの機能でもっとも重要な機能。 585 名前：nobodyさん mailto:sage [2007/11/12(月) 20:59:12 ID:???] 釣りするな 586 名前：nobodyさん mailto:sage [2007/11/12(月) 21:02:44 ID:???] 燃えかすの灰に必死に点火しようとしてる人がいるスレはここか 587 名前：nobodyさん mailto:sage [2007/11/12(月) 23:51:43 ID:???] Smartyはもう不必要な存在だね。 588 名前：nobodyさん mailto:sage [2007/11/13(火) 00:07:01 ID:???] 確かに役割を果たした後の感があるが、 さんざん消費してもう不要だとか・・・。 オープンソースに対する敬意をもっと持とうではないか。 589 名前：nobodyさん mailto:sage [2007/11/13(火) 00:08:52 ID:???] もうお前の身体には飽きたんだよ！ ｷﾓﾌﾞﾀにでも抱かれてろや( ﾟдﾟ)､ﾍﾟｯ 590 名前：nobodyさん mailto:sage [2007/11/13(火) 02:51:11 ID:???] viewロジックとテンプレートの分離より テンプレートとデータの分離の方が重要じゃないかと思えてきた データを引きはがしたテンプレートの役割とは何なのか？ 見せるためのものというより構造を定義するものに近くなる 591 名前：nobodyさん mailto:sage [2007/11/13(火) 02:55:42 ID:???] もしかしてテンプレートにリテラルを記述するのって違うんじゃね テンプレートからも一切のリテラルを排除すべきなんじゃないか 592 名前：nobodyさん mailto:sage [2007/11/13(火) 07:46:56 ID:???] フレームワーク厨のスレはここですか 593 名前：nobodyさん mailto:sage [2007/11/13(火) 15:13:21 ID:???] >>582 Smartyが糞とまでは思わんが、include()と比べて特に利点があるとは思えない。 また学習コストも無視できない。 594 名前：nobodyさん mailto:sage [2007/11/13(火) 15:38:34 ID:???] 覚えてもしばらく使っていないとまた忘れるしね。いちいち面倒だよ。 595 名前：nobodyさん mailto:sage [2007/11/13(火) 15:51:01 ID:???] >>593 何でここでincludeが出てくるのよ。 596 名前：nobodyさん mailto:sage [2007/11/13(火) 21:15:07 ID:???] あのさ、phpをいじって <?php echo $hoge ?>を {$hoge} とかで書けるようにできないもの? 597 名前：nobodyさん mailto:sage [2007/11/13(火) 21:44:16 ID:???] 飽きてきた･･･馬鹿は同じネタで飽きなくていいね。 598 名前：nobodyさん mailto:sage [2007/11/13(火) 21:48:45 ID:???] >>596 peclでなかった？ そういやテンプレートエンジンのスレいつの間にか消えてるな。 599 名前：nobodyさん mailto:sage [2007/11/14(水) 00:02:49 ID:???] >>595 Smarty使う代わりに、普通のPHPファイルをテンプレートとして使うため。 function include_template($filename, $vars) { 　extract($vars); 　include($filename); } とかね。 とりあえずこれでSmartyいらない。>>242 をみよ。 600 名前：nobodyさん mailto:sage [2007/11/14(水) 00:03:19 ID:???] >>596 >>242 601 名前：nobodyさん mailto:sage [2007/11/14(水) 00:18:14 ID:???] ideとかエディタの設定いじったらいいじゃん <?php= ?>ってすぐ出せるように 602 名前：nobodyさん mailto:sage [2007/11/14(水) 00:21:27 ID:???] MSIMEに「ぴーえっちぴー」で登録しておけばおk 603 名前：nobodyさん mailto:sage [2007/11/14(水) 00:26:29 ID:???] >>600 {$hoge}みたいなのは自作してるけどforeachは 普通に<?php 〜 ?>なのな。 604 名前：nobodyさん mailto:sage [2007/11/14(水) 00:31:34 ID:???] >>601 そんな書き方できたっけ？ <?= ?> か <?php echo ; ?> のどっちかだと思ってた。 それよりも htmlspecialchars() の名前はどうにかしてほしい。長すぎ。 まあ function h($val) { echo htmlspecialchars($val); } としてるけどな！ 605 名前：nobodyさん mailto:sage [2007/11/14(水) 00:34:04 ID:???] 「すぺきゃら」で登録でおk 606 名前：nobodyさん mailto:sage [2007/11/14(水) 00:37:01 ID:???] >>604 returnで返してエイリアスっぽくしたほうがいいんじゃないの？ 個人の自由だけど。 607 名前：nobodyさん mailto:sage [2007/11/14(水) 00:43:23 ID:???] でもキーパンチの時間なんて コーディング作業全体の中では5％以下くらいだよな多分 608 名前：nobodyさん mailto:sage [2007/11/14(水) 02:02:28 ID:???] >>606 <?php h($val); ?> として使うんだよ もちろん <?= ?> は使わない。 609 名前：nobodyさん mailto:sage [2007/11/14(水) 02:25:54 ID:???] https://www.phppro.jp/seminar/ こういうセミナーってどんなものでしょう 本を読むことにはないセミナーの強みって何ですか？ 610 名前：nobodyさん mailto:sage [2007/11/14(水) 03:14:28 ID:???] 俺も行ってみたいんだが、 ろくにプログラムも書けない俺が行っても…って感じだな…ﾊｧ 611 名前：nobodyさん mailto:sage [2007/11/14(水) 03:57:30 ID:???] >>610 んなこたーない みんな君のことを待ってるよ 612 名前：nobodyさん [2007/11/14(水) 10:21:37 ID:MltiFl4a] <?= これってどうやったら有効になるの？ ?> 613 名前：nobodyさん mailto:sage [2007/11/14(水) 10:33:22 ID:???] >>612 php.iniのshort_open_tag 614 名前：nobodyさん mailto:sage [2007/11/14(水) 10:51:50 ID:???] short_open_tagって もうデフォで有効じゃないの？ 615 名前：nobodyさん mailto:sage [2007/11/14(水) 10:54:15 ID:???] PHP6じゃ消える運命 616 名前：nobodyさん mailto:sage [2007/11/14(水) 10:59:32 ID:???] 嘘っ 完全に消えるの？ 617 名前：nobodyさん mailto:sage [2007/11/14(水) 11:02:22 ID:???] もう廃止リストに上がってんだっけ まあだいぶ前から非推奨になってたしなあshort open tag 618 名前：nobodyさん mailto:sage [2007/11/14(水) 14:00:46 ID:???] まじで？これなくなったら困るよ。 619 名前：nobodyさん mailto:sage [2007/11/14(水) 14:03:38 ID:???] 6が普及するのなんて3年後くらいだからおk 620 名前：nobodyさん mailto:sage [2007/11/14(水) 14:07:30 ID:???] いやいやかなり困る。 使わないようにする時に、修正が大変な予感。 621 名前：nobodyさん mailto:sage [2007/11/14(水) 14:12:51 ID:???] どこでも動かせるように昔から使ってないから困らない 622 名前：nobodyさん mailto:sage [2007/11/14(水) 14:16:22 ID:???] 既存ソースの修正は困るよ。 修正箇所を探そうと正規表現で検索しても探しにくい。 ソースはこれだけ？ www.php.net/~derick/meeting-notes.html#remove-support-for-and-script-language-php-and-add-php-var だとすれば <? はkeepされそうなんだが。<% はkillすると書いてるな。 623 名前：nobodyさん mailto:sage [2007/11/14(水) 14:17:53 ID:???] <? が無効の時に <? を使っていてもエラーログを残せないからね。（だよね？） 624 名前：nobodyさん mailto:sage [2007/11/14(水) 15:23:42 ID:???] >>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さん mailto:sage [2007/11/14(水) 23:29:30 ID:???] PHP6の普及なんて遥かかなた先のこと考えてもしょうがない。 626 名前：nobodyさん mailto:sage [2007/11/14(水) 23:40:11 ID:???] >>624 <?= じゃなくて、<? だけのものもある・・。 627 名前：nobodyさん mailto:sage [2007/11/14(水) 23:41:34 ID:???] つか、割と早くから<?=は使うな、みたいなこと言われてた気がするんだけど、やっぱ使う奴いるのな。 628 名前：nobodyさん mailto:sage [2007/11/14(水) 23:44:39 ID:???] <?=は短くていいよ。 Rubyはよく使うものは短くって哲学があるけど、 PHPはわかりやすさが優先されてるからなぁ。 array()とかも面倒くさい。 629 名前：nobodyさん [2007/11/15(木) 00:28:27 ID:gnBlsqsm] >>627 たいていの入門書には使うべきではないみたいなことは書かれていたな 630 名前：nobodyさん mailto:sage [2007/11/15(木) 01:43:34 ID:???] PHP6で<??>が消えるというのは・・・ ガセ 631 名前：nobodyさん mailto:sage [2007/11/15(木) 03:42:40 ID:???] ピースフレームワークって このスレ的には話題になってないけど実際はどうなの？ セミナーとか積極的にしてるみたいだけど。 有限状態マシン？とか用語が難しそうでとっかかりにくいんだよね 632 名前：nobodyさん mailto:sage [2007/11/15(木) 05:28:01 ID:???] PHP 5用ウェブアプリフレームワーク「Solar 1.0.0 alpha1」リリース japan.zdnet.com/news/devsys/story/0,2000056182,20361023,00.htm どんなもんかな？ 633 名前：nobodyさん mailto:sage [2007/11/15(木) 06:26:57 ID:???] アシアルのセミナーは大阪でもやって欲しいな さすがにセミナーだけのために東京まではいけないわ 634 名前：nobodyさん mailto:sage [2007/11/15(木) 12:13:04 ID:???] >>633 人が集まればどこでもやると思う 集まらなければ東京でも無理 大阪でやってほしければ、おまえが20人くらい集客して直談判すればいい 635 名前：nobodyさん mailto:sage [2007/11/15(木) 12:16:30 ID:???] 単に東京で好評だったらやるんじゃね。 前何かのセミナー関西でも開いてたような。 636 名前：nobodyさん mailto:sage [2007/11/15(木) 23:55:34 ID:???] 9月だったと思うけど俺行ったよ。 Piceの中の人が講師？だったな。 637 名前：466 mailto:sage [2007/11/16(金) 18:18:51 ID:???] >>469 遅ればせながらレスありがとう。CI使ってみることにします。 638 名前：nobodyさん mailto:sage [2007/11/16(金) 18:30:02 ID:???] >>633-634 セミナーだけの為に(交通費会社負担で)行った漏れもいる。 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 　 まぁ実際はセミナーだけでなく・・・・・ｗ(以下略 639 名前：nobodyさん mailto:sage [2007/11/16(金) 21:13:43 ID:???] アシアルのセミナーうけるやつって初心者？あれを受けるレベルのやつが業務でPHPまともに使えるのか。煽りじゃなく純粋に思う 640 名前：nobodyさん mailto:sage [2007/11/16(金) 22:09:49 ID:???] セミナーったって色々やってるじゃん 今回の高負荷サイト対策は興味あるな 641 名前：nobodyさん mailto:sage [2007/11/17(土) 02:08:46 ID:???] >>637 >CI使ってみることにします。 あとでいいんで、感想かいてくれ 642 名前：nobodyさん mailto:sage [2007/11/17(土) 02:15:01 ID:???] >>641 でも高負荷で問題になるのはPHPじゃなくてDBだよなあ。。。 PHPのセミナーじゃなくてDBのセミナーになりそう 643 名前：nobodyさん mailto:sage [2007/11/17(土) 06:02:16 ID:???] PHPのセミナーというか PHPが分かってる人向けセミナーだな 644 名前：nobodyさん mailto:sage [2007/11/17(土) 06:16:50 ID:???] https://www.asial.co.jp/business/php5migration/index.php この外人女の顔の意味が分からん 全然PHP5っぽくないしコンサルっぽくもない 645 名前：nobodyさん mailto:sage [2007/11/17(土) 09:09:41 ID:???] PHP5っぽい外人女がみたいです 646 名前：nobodyさん mailto:sage [2007/11/17(土) 09:15:08 ID:???] 女「ほっとけ」 647 名前：nobodyさん mailto:sage [2007/11/17(土) 14:19:40 ID:???] どうせ適当に選んだに決まってる 648 名前：nobodyさん mailto:sage [2007/11/18(日) 13:49:08 ID:???] 受付けの姉ちゃんだろ 649 名前：nobodyさん mailto:sage [2007/11/18(日) 14:52:14 ID:???] ヒント：無料素材集 650 名前：nobodyさん mailto:sage [2007/11/19(月) 00:11:18 ID:???] >>598 名前が出てこないってことはpeclにないってことかな? >>600 Smartyとかそういう意味じゃないよ <?= ?> とか書くのが面倒だから{ とか % に自由に変えられるPHPに組み込めるものはないの?という意味 確かにエディタで簡単に入力できるようにするのも手だけど tplの時だけ{$hoge} は、<?= $hoge ?> と同じ動きをするという拡張があったら便利じゃね?ということ 651 名前：nobodyさん mailto:sage [2007/11/19(月) 02:24:56 ID:???] >>650 simplateとか、調べるといくつか出てくる。 652 名前：nobodyさん mailto:sage [2007/11/19(月) 05:56:45 ID:???] pythonてどんなに長い整数もメモリが許す限り扱えるのな suge- PHP脂肪ｗｗｗ 653 名前：nobodyさん mailto:sage [2007/11/19(月) 06:30:44 ID:???] その理由だけでPHP脂肪ｗｗｗとか、脳が脂肪で出来てるとしか思えん 654 名前：nobodyさん mailto:sage [2007/11/19(月) 08:21:17 ID:???] つかそんな使い方しちゃいかんだろ。 655 名前：nobodyさん mailto:sage [2007/11/19(月) 10:40:14 ID:???] >>651 おおー simplate良さそうだね フレームワークと絡めて使っている人いる? 656 名前：nobodyさん mailto:sage [2007/11/19(月) 11:05:01 ID:???] ttp://simplate.aimy.jp/ smarty重いって書いてあるけど、どんだけ重いのかな。 657 名前：nobodyさん mailto:sage [2007/11/19(月) 11:19:41 ID:???] 以下のアシアルのドキュメントへのリンクがあったろ? そこにベンチマークの結果があるよ simplateはすごい早いみたい(当たり前か) www.asial.co.jp/company/files/Smarty2006.pdf 658 名前：nobodyさん [2007/11/19(月) 13:23:08 ID:xD0eowNd] Smarty重いって言うけど、それなりの規模ではじめて重くなるわけで・・・ 659 名前：nobodyさん mailto:sage [2007/11/19(月) 13:33:24 ID:???] 天文学的計算すらできないPHPが許されるのは小学生までｷｬﾊﾊ 660 名前：nobodyさん mailto:sage [2007/11/19(月) 13:39:28 ID:???] 誰かこいつにPHPのbcmathモジュールについて解説してやってくれ あと「天文学的」は絶対桁数がむやみに多いだけで実効精度は実は大したことないって点もｗ 661 名前：nobodyさん mailto:sage [2007/11/19(月) 15:44:49 ID:???] >>650 だから>>242のリンク先みろ。#{$var}が<?php echo $var; ?>, %{$var}が<?php echo htmlspecialchars($var); ?>に展開されるようになってる。 >>658 そんなことない。Smartyはinclude()の倍以上遅い。 662 名前：656 mailto:sage [2007/11/19(月) 16:25:00 ID:???] >>657 漏れのacrobat readerだと落ちまくるが何とか最後の方のページにある ベンチマーク見られたよ。 うーんsmartyは却下だな。simplateつかおっと。 663 名前：nobodyさん mailto:sage [2007/11/19(月) 16:26:17 ID:???] ほんとテンプレートエンジンの話題は別スレ立ててやってくれよ FWと関係がないとは言わないが内容が無さ過ぎる 664 名前：nobodyさん mailto:sage [2007/11/19(月) 16:45:02 ID:???] >>661 変数をassignしたりしないなら、そもそもSmarty使わないだろ。 include()と比較してどうするんだよ。その後で自前で文字列置換とか 実装してもそんなに速度の差が出ると思ってるのか？ こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、 重いからSmartyは却下というのは、ただ性能の悪いテンプレート エンジンと認識されているようで気持ち悪い。 アシアルみたいなチンカスが、意味のないベンチマークなんて公開 するもんだから、ますます勘違いする人が増えるんだよ。（中の人は simplateはえーとか普通に思ってるんだろうけどな） デザイナーと分業する必要がないけど、テンプレートは分離したいというなら CodeIgniterとかで開発すれば？基本はPHPベタ書きだけど、最低限の 機能だけのParserがついていて超速い。別に高機能とか要らないんだろ。 665 名前：nobodyさん mailto:sage [2007/11/19(月) 17:36:54 ID:???] >>664 >変数をassignしたりしないなら、そもそもSmarty使わないだろ。 >include()と比較してどうするんだよ。 なんでassignしないとか言い出すの？ちゃんと>>242読んだ？ extract()とinclude()をつかえば生のPHPファイルでも十分テンプレートエンジンとして使えるというだけよ？ >その後で自前で文字列置換とか >実装してもそんなに速度の差が出ると思ってるのか？ ？？？話がまったく見えない。 >こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、 >重いからSmartyは却下というのは、ただ性能の悪いテンプレート >エンジンと認識されているようで気持ち悪い。 だって性能悪いじゃん。 余計な機能が多い、性能が悪い、デザイナーと連携できない、学習コストがかかる。 Smartyはいいとこのないテンプレートエンジン。 666 名前：nobodyさん mailto:sage [2007/11/19(月) 19:56:47 ID:???] >>660 Windows 版の PHP にはこの拡張モジュールのサポートが組み込まれています。 だって こんなの組み込んであったのか なんでwindows版だけ？ 667 名前：nobodyさん mailto:sage [2007/11/19(月) 20:40:34 ID:???] JavaScriptでさえ整数は64ビットなのに いまどき32ビットしか扱えないPHPって(;ﾟ;ж;ﾟ; )ﾌﾞﾌｯ 668 名前：nobodyさん mailto:sage [2007/11/19(月) 21:09:28 ID:???] >>667 ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが >>667の財布をみると16bitで十分みたいだ。 ところで32bit intじゃ足りない場面ってどんなのがある？ file systemは64bitじゃないと困るけど、そのくらいしか思いつかん。 669 名前：nobodyさん mailto:sage [2007/11/19(月) 21:17:51 ID:???] >>667は何かに当たらないとやっていけない可哀想な子 670 名前：nobodyさん mailto:sage [2007/11/19(月) 23:08:34 ID:???] JavaScriptの整数が64bitになったところで使い道はないだろ。 余計にメモり食うだけだし、うれしいやつっているのかな。 671 名前：nobodyさん mailto:sage [2007/11/20(火) 01:16:51 ID:???] >>668 > ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが 2006年の長者番付で個人資産$50 Billion = $50,000,000,000 = 0x000B A43B 7400 本当だw　unsignedでも足りないw 672 名前：nobodyさん mailto:sage [2007/11/20(火) 01:32:10 ID:???] 多いって聞いてたけど、そんなにあんのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 673 名前：nobodyさん mailto:sage [2007/11/20(火) 03:10:05 ID:???] ビルゲイツの個人資産すら扱えないPHPって一体… 674 名前：nobodyさん mailto:sage [2007/11/20(火) 03:22:56 ID:???] pythonがIndustrial Light & Magicで使われている理由… PHPでCG描いたら計算間違えて勝手にエロ画像になるから pythonがNASAで使われている理由… PHPでロケット飛ばしたら入射角間違えて大気圏で炎上するから pythonがgoogleで使われている理由… PHPでgoogle作ったらインデックスがぶっ壊れて検索速度がはやぶさ以下になるから 675 名前：nobodyさん mailto:sage [2007/11/20(火) 03:33:10 ID:???] ってかロケット操作してる言語ってマジで何だろう？ あと原発で使ってる言語も気になるな。 676 名前：nobodyさん mailto:sage [2007/11/20(火) 03:40:22 ID:???] >>675 つ　en.wikipedia.org/wiki/HAL/S 677 名前：nobodyさん mailto:sage [2007/11/20(火) 05:34:07 ID:???] PHPっていまだに2038年問題に対応できてないのか。 678 名前：nobodyさん mailto:sage [2007/11/20(火) 06:44:49 ID:???] ごめん、素人考えで言うけど、その辺はC依存じゃないの？ 679 名前：nobodyさん [2007/11/20(火) 11:02:47 ID:kRLacP2R] >>661 Smartyのページキャッシュ使ってればずっと軽いよ 680 名前：nobodyさん mailto:sage [2007/11/20(火) 18:12:27 ID:???] >>665 だから変数置換程度の用途だったら、別にSmartyである必要ないから 軽いテンプレートでも使ってろよ。 お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。 フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは 当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。 性能が悪いのは機能とのトレードオフだし、デザイナーと連携できないとか、 学習コストがかかるのは別にSmartyに限ったことじゃない。だいたいincluide() とか言ってるやつが、デザイナーと連携とか湧いてんのか。このうちの一つでも 満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど 素晴らしいのか、それは？何と比較してSmartyを下に見てんの？ というか、なんで俺はSmarty擁護してんの？ 681 名前：nobodyさん mailto:sage [2007/11/20(火) 18:54:48 ID:???] 以下、Smarty関係禁止！！ 682 名前：nobodyさん [2007/11/20(火) 19:34:47 ID:kRLacP2R] そういや、Zendが有料のテンプレートエンジン作ってなかったけ？ 683 名前：nobodyさん mailto:sage [2007/11/20(火) 21:38:10 ID:???] 業界のフレームワークの話なんだけど、 デザイン屋とシステム屋って上限関係とかあるの？ 684 名前：nobodyさん mailto:sage [2007/11/20(火) 21:43:34 ID:???] >>680 >だから変数置換程度の用途だったら、別にSmartyである必要ないから >軽いテンプレートでも使ってろよ。 だれがそう限定したの？for文やif文だって必要なのはあたりまえ。生PHPならどれも使える。 なんで変数置換だけだと思ったの？ >お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。 ぜひ説明してくれ。 >フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは >当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。 おまえこそ見当違い。Smartyが遅いのは内部で生成するPHPコードの効率が悪いから。Plaggableな仕組みは関係ない。 プラグインなし、フィルタなしのテンプレート書いてベンチマークとれば分かる。 >性能が悪いのは機能とのトレードオフだし、 生PHPなら両立できる。 >デザイナーと連携できないとか、 Smartyの{section}{/section}や{if}{/if}はHTMLと相性が悪いし、デザインを崩す。 PHPの<?php ?>はXMLの仕様に含まれるからHTMLと相性がいいし、デザインを崩さない。 もちろん完全に崩さないわけじゃないが、少なくともSmartyよりずっとまし。 685 名前：nobodyさん mailto:sage [2007/11/20(火) 21:44:27 ID:???] >学習コストがかかるのは別にSmartyに限ったことじゃない。 生PHPなら別にかからない。Smartyは学習コストに見合う価値がない。 >だいたいincluide()とか言ってるやつが、デザイナーと連携とか湧いてんのか。 何が言いたいのかわからんが、include()使ったらデザイナーとの連携がとれないとおまえが勘違いしていることはよくわかった。 >このうちの一つでも >満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど >素晴らしいのか、それは？ 生PHPは速い、高機能、学習コストがかからないという点を満たしてる。Smartyはどれを満たしてる？ >何と比較してSmartyを下に見てんの？ extract()+include()と比較して。 >というか、なんで俺はSmarty擁護してんの？ 頭がたりないからじゃね？ 686 名前：nobodyさん mailto:sage [2007/11/20(火) 21:57:02 ID:???] javaやrubyは言語がhtmlと親和性ないテンプレートエンジンが重要になってくるわけで。 もともとphp自体がhtmlとの親和性高いんだから不要と言えば不要。 687 名前：686 mailto:sage [2007/11/20(火) 21:57:40 ID:???] 1行目：親和性ない→親和性無いから 688 名前：nobodyさん [2007/11/20(火) 22:02:10 ID:a3/W0nwA] 同意。 689 名前：nobodyさん mailto:sage [2007/11/20(火) 22:37:30 ID:???] PHPerはいつも仲悪いなｗ pythonerは常にピースフルだぜえｗｗｗ 690 名前：nobodyさん mailto:sage [2007/11/20(火) 23:25:00 ID:???] PHPを使う→糞言語を使うことによる小さなストレスが蓄積→共食い開始ｗ 691 名前：nobodyさん mailto:sage [2007/11/20(火) 23:31:13 ID:???] 糞言語を使ってないハズの他言語利用者が、わざわざ糞言語スレに出張して煽りを入れる理由って・・ 692 名前：nobodyさん mailto:sage [2007/11/20(火) 23:37:04 ID:???] 勧誘してるんだよ こっちの水はあーまいぞ ってことさ 693 名前：nobodyさん mailto:sage [2007/11/20(火) 23:37:47 ID:???] しっ。仕事が無いんだよ。 694 名前：nobodyさん mailto:sage [2007/11/20(火) 23:46:10 ID:???] 仕事はあるが全部くそみたいな仕事なんだよ！ 695 名前：nobodyさん mailto:sage [2007/11/21(水) 02:01:54 ID:???] pythonの仕事って？ 696 名前：nobodyさん mailto:sage [2007/11/21(水) 02:36:47 ID:???] テンプレートエンジンの話をひっぱるやつもウザイし、 ライブラリとベタ書きを比べて話し噛み合ってないやつもキモイ。 あと、どっちも口が悪すぎでPHP界隈の程度の低さが窺い知れる。 みんな、Pythonやるといいよ。 697 名前：nobodyさん mailto:sage [2007/11/21(水) 04:36:46 ID:???] PHPは5から間違った方向に進化したと思うね。PHP5はJavaの出来そこないみたいになっちゃった。 <?=$var?>をもっと高機能にするとか、$_SESSIONや$_REQUESTをクラスにして再定義可能にするとか。 よりウェブ専用に特化すべきだった。 698 名前：nobodyさん mailto:sage [2007/11/21(水) 09:35:29 ID:???] 下手にまともな言語になりたがった感はあるが、4ですでにオブジェクト指向の概念を取り込んでいたから開発者もその機能を批判が少なくなるようにしたかったんじゃないか 699 名前：nobodyさん mailto:sage [2007/11/21(水) 10:12:40 ID:???] だったらnamespaceとっととつけろや！ 700 名前：nobodyさん mailto:sage [2007/11/21(水) 10:50:49 ID:???] >>699 もうちょい待っとれ 701 名前：nobodyさん mailto:sage [2007/11/21(水) 18:30:32 ID:???] 変数に$使う言語(Perl,PHP)は 素性の悪いシェルスクリプトの血を引いているサノバビッチ。 上品なPythonと付き合うと もうPHP界隈がスラム街にしか見えません（＞＜） 702 名前：nobodyさん mailto:sage [2007/11/22(木) 01:21:01 ID:???] なんか最近蛇蛇うるさいやつがいるね 703 名前：nobodyさん mailto:sage [2007/11/22(木) 01:37:42 ID:???] Smarty擁護派じゃないけど >>684-685はなんかｷﾓｲ 顔真っ赤にしてﾚｽするってこういう事よね 初めて見たわ 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