【PHP】フレームワークについて語るスレ10【総合】

1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1197383840/ 582 名前：nobodyさん mailto:sage [2008/05/17(土) 13:43:24 ID:???] >>581 それはPDOだけでは不可能で、 PDO無くてもORMがあれば可能という話ではないのか。 583 名前：524 mailto:sage [2008/05/17(土) 19:36:50 ID:???] >>549 そうだね。 「ハッシュの配列では扱いにくい」と言ってるってことは、 PDOが連想配列で返すのを不便だと感じているという事だもんね。 俺は>>550と同意見だった。 オブジェクトが返ってくる事自体にまったく利点を感じないのだ。 データベースエンジンの差異を吸収するのはORMの副産物だと思うし、 それをやってくれるORMじゃないライブラリは好きなので、 やっぱり俺は世にあるORMにはあまり意義を感じていないのかも知れない。 バリエーションって何？ 584 名前：nobodyさん mailto:sage [2008/05/17(土) 21:39:55 ID:???] >>583 そもそもオブジェクト指向に意義を感じてないんじゃない？ 585 名前：nobodyさん mailto:sage [2008/05/18(日) 00:27:53 ID:???] オブジェクト指向で分析→設計→実装するとき、オブジェクト指向プログラミングの形とマッチしますね。 itpro.nikkeibp.co.jp/article/lecture/20070419/268987/ モデリングの過程がオブジェクト指向じゃないと、あまり劇的に便利という実感は湧かないかな？ 586 名前：nobodyさん mailto:sage [2008/05/18(日) 00:44:42 ID:???] >>583 RailsのARとか使ったことあるの？ 587 名前：nobodyさん mailto:sage [2008/05/18(日) 02:08:18 ID:???] 公開されたキモゲータウンのフレームワークがPerlで作られててPHP脂肪ｗｗｗ 588 名前：nobodyさん mailto:sage [2008/05/18(日) 04:15:22 ID:???] むしろ歓喜しているように見える 589 名前：nobodyさん mailto:sage [2008/05/18(日) 08:26:46 ID:???] ひさびさに脂肪ネタ来たｗ 590 名前：nobodyさん mailto:sage [2008/05/18(日) 18:14:47 ID:???] CSSもDRYを求められるよな 単にデザインセンスだけでなくプログラマ的な素養が必要 お前らのデザイナはDRYでびゅーちふるなCSSを書けるの？ それともお前らが手直しするの？ 591 名前：nobodyさん mailto:sage [2008/05/18(日) 22:23:00 ID:???] なんでそれをこのスレで聞くん？ 592 名前：nobodyさん mailto:sage [2008/05/18(日) 22:31:44 ID:???] >>590 因みに俺のところでは手直しも指導も回答も全部俺がやっている。 つうか、エディタを使う作業は、たいがい俺に回ってくる。 一度も書いたことがないASをいきなり書けたら天才呼ばわりされた。 ほとんど使わないエクセルでマクロをいきなり書いたときもそうだった。 冗談じゃない、感心するなら金くれと言いたい。 うぇぶでざいなー（笑）の100倍は貰って当然だろ、本気で。 593 名前：nobodyさん mailto:sage [2008/05/19(月) 00:14:19 ID:???] DBの結果セットをそのままクラスにするなんてJava屋の発想だな。もしくはアカデミックな人の発想だ。実戦的じゃない。 ウェブアプリって、一覧画面なら連想配列の配列、詳細画面なら連想配列でDBから情報を取得して、HTMLという静的な状態に移す、ほとんどはそれで済む話。 複雑なロジックを伴うクラスが必要な場合だけクラスにすればいい。そういうクラスはDBからだけで構成されるわけじゃない。ORMからさらにDAOと2重にラップする必要はない。 594 名前：nobodyさん mailto:sage [2008/05/19(月) 22:23:22 ID:???] まあぶっちゃけJavaには連想配列はないから、どうやったってオブジェクトにはなるんだけどな それをモデルとして便利にする方向はある意味自然か 595 名前：nobodyさん mailto:sage [2008/05/20(火) 17:15:34 ID:???] Zendが身売り準備開始してPHPリアルに脂肪ｗ 596 名前：nobodyさん mailto:sage [2008/05/20(火) 17:39:18 ID:???] これか、 jp.techcrunch.com/archives/20080519job-cuts-at-php-startup-zend-could-be-aimed-with-an-eye-towards-a-sale/ PHPそのものはともかく、ZendFrameworkとかは影響うけるかもね。 597 名前：nobodyさん mailto:sage [2008/05/20(火) 17:46:06 ID:???] 買収先「ZendFrameworkぅ？なんだこの糞FWは！？捨てろ！ ってなるに500ペリカ ZFなんかを使っていた先見の明ない奴ら涙目ｗｗｗ 598 名前：nobodyさん mailto:sage [2008/05/21(水) 11:31:16 ID:???] もしPHPが有料の製品になったらどうする？ 俺は捨てるｗｗｗ 599 名前：nobodyさん mailto:sage [2008/05/21(水) 15:22:14 ID:???] なるわけねえだろ。さすがに。 600 名前：nobodyさん mailto:sage [2008/05/21(水) 15:48:10 ID:???] Microsoftが買収したら、なにやらワケが判らぬフレームワークが前提になって、 そのフレームワークの機能はIISでしか動かないみたいなのはあるかもよ。 あぁ、想像しただけで嫌だ。 601 名前：nobodyさん mailto:sage [2008/05/21(水) 22:30:45 ID:???] MSにはASP.NETという洗練されたフレームワーク、VisualStudioという高機能なIDEがある。ガキのおもちゃのようなPHPと一緒にするな。 602 名前：nobodyさん mailto:sage [2008/05/21(水) 23:44:23 ID:???] ASP.NETってどこで使われてるの？ GoogleとかYahooとかAmazonとか楽天とかMixi見たいな大手で。 もちろんMicrosoftのサイトは除いて。 直感だけど、MSのフレームワークが前提になったらPHPは確実に死ぬと思う。 603 名前：nobodyさん mailto:sage [2008/05/22(木) 00:36:44 ID:???] >ASP.NETってどこで使われてるの？ うちJavaに次いで.net/レガシーASP案件が多いよ でもASPはイントラ用途での案件ばっかりだな IISに.netにMSSQLにPowerShellにVSSと、MSモノで固めた場合は けっこういい環境だと思うんだけどねー。 MSモノだけやる訳じゃないせいか、誰もVisual Studio使ってないけどw つまり、MSモノで固められるケースが限られるのが問題なんだろう。 レン鯖とかでも（Javaともども）機能制限しにくい故にユーザに提供しにくいしな。 その隙間をPHP需要が埋めているんじゃないかい。 604 名前：nobodyさん mailto:sage [2008/05/22(木) 01:06:04 ID:???] ASP.NET → PHP.NET まさかのM$大逆転 605 名前：nobodyさん mailto:sage [2008/05/22(木) 01:06:57 ID:???] >>603 結局さ、ASP.NETが良いのってSIerにとってでしかないと思うんよ。 小さく使われる、汎用性がないプログラムとしてと言うか。 そういう前提がなければ PHPなりPythonの方が有用だから、大手のサイトでは ＰＨＰやPythonなんかが使われてるじゃかなろうかと思ってる。 仮にＭＳに買収されたら、PHPはPHPらしさを残せるかのかなぁ。かなり不安。 606 名前：nobodyさん mailto:sage [2008/05/22(木) 01:11:58 ID:???] VisualBasicの後継はVisualPHPで 607 名前：nobodyさん mailto:sage [2008/05/22(木) 01:22:14 ID:???] どうVisual・・ っていうかDreamWeaverとかじゃねえのそれ 608 名前：nobodyさん mailto:sage [2008/05/22(木) 13:40:13 ID:???] ASP.NETくらい作りこまれたフレームワークはない。コミュニティベースのフレームワークとは出来が違う。VisualStudioもそうだけど。 ただ、イントラ以外の、一般のウェブサイトの場合、結局凝ったデザインを実現するための泥臭い部分に多くの労力を割かれるので、ASP.NETのメリットは薄れる。 後は、LAMPみたいに全部無料ではないので、中小規模の場合、LAMPを選択することが増えるだろうな。 609 名前：nobodyさん mailto:sage [2008/05/22(木) 15:06:08 ID:???] 実際、WEBアプリ業界って言ったら、Windowsサーバに抵抗感があるというか触ったことのない 会社・技術者も多いんだけどね。特にCGI等の設置運用あたりからぽこぽこ出来た会社はｗ 610 名前：nobodyさん mailto:sage [2008/05/22(木) 15:43:18 ID:???] 泥臭い部分で真価を発揮できない作りこまれたFWとかｗ そういう仕事を片付けるためのFWじゃねーのかよ コミュニティベースかそうじゃないかで 出来が云々とかいかにもMSのバカ顧客らしい発想だ その作りこまれたFWとやらで死ぬまで 綺麗で泥のないアプリを作りつづけてろ 611 名前：nobodyさん mailto:sage [2008/05/22(木) 16:11:39 ID:???] >>608 想像だけど、 確実にMS　は　Yahoo みたいな超大規模なところには、ほとんど無料で使えるような 営業をかけてると思う。仮に　Yahooのサイトが ASP.NETで運用されれば、広告効果大きいし。 だから、ASP.NETが PHPとかPythonより大規模なサイト構築に向いていれば、使ってないはずがない。 パフォーマンスの問題か、セキュリティに対する透明性の問題か、生産性の問題化は判らんが、 大規模なサイトにおいては ASP.NETは　PHPとかPython以下という評価がされているだけだと思う。 中規模なところには普通にしか販売しないだろうから、ASP.NETはイントラみたいな小規模なところでしか 使われない気がする。SIerとしては、そっちのほうがマーケットが広いだろうから、そんなに悪い話でもないけど。 612 名前：nobodyさん mailto:sage [2008/05/22(木) 17:50:15 ID:???] MS製品はしょっちゅうトロイとか埋め込まれてる印象 613 名前：nobodyさん mailto:sage [2008/05/22(木) 23:15:21 ID:???] いや、大企業ほどIISの比率が高いから。金がかけられるところはJavaやASPが多い。 Apacheが強いのは予算のないところとか、２ちゃんみたいにひたすらウェブサーバの数を増やしたい大規模なサイト。 614 名前：nobodyさん mailto:sage [2008/05/22(木) 23:18:13 ID:???] 補足しておくけど、大規模なサイトと予算の大きなサイトは別物だから。 615 名前：nobodyさん mailto:sage [2008/05/23(金) 00:01:10 ID:???] でも結局ネットでビジネスやってるようなシステム運用に詳しくて、大規模なトラフックがあるところは あんまりASP.NETを使用してないんでしょ？やっぱ本質的な問題があるんじゃないの。 事例見ても、イマイチぱっとしないし。 www.microsoft.com/japan/msdn/asp.net/technologyinfo/showcase/ 616 名前：nobodyさん mailto:sage [2008/05/23(金) 00:55:23 ID:???] 実際MSを全面的に信用してる奴は少ないと思うよ。 本質的な問題、とやらがあるのかどうかは判らんけど、 「ソースが公開されてていざとなれば力技が効く」世界とは180度方向性が違うからねえ。 その事例のリード文で処理規模謳ってるのはセガダイレクトくらいか 「.aspx」で終わるURLぐぐるといろいろ出て来るけど、大規模サービスって感じのはないなー。 リネ2のwebとかJR東の運行情報とかパンヤのwebとか地図閲覧サービスとか まあそれなりに規模あって安定性が望まれるサービスも垣間見れるね。 致命的な弱点があるようには見えないな オープンソースじゃない事、ってのは一つの理由になると思う。 617 名前：nobodyさん mailto:sage [2008/05/23(金) 01:25:55 ID:???] htmlエスケープどういう方針でしてる？ 俺は文字列と、文字列が入った配列を再帰的にエスケープして、 オブジェクトはそのままviewに渡してるけど 618 名前：nobodyさん mailto:sage [2008/05/23(金) 06:55:54 ID:???] >>617 本質的にはhtmlを生成するときにその場でコンテキストにあわせてエスケープするのが適当だよ。 htmlに入れ込むといってもテキスト要素として入れ込む場合と属性値としてクオートの中に入れるばあいなんかに分かれるから。 619 名前：nobodyさん mailto:sage [2008/05/23(金) 10:28:17 ID:???] 日本はApacheのシェアが高い。 日本は今でもApacheしか対応してないレンタルサーバ屋が多いけど、アメリカは昔からレンタルサーバ屋がIISとApache両方対応してた。 Fortune1000を対象にしたシェア調査が少し前に話題になったけど、大企業のコーポレートサイトなど、予算のかけられるところはJavaやASPが強い。 PHPで名もないウェブサイトしか作ってないと、そういう実感はないだろうけど。 620 名前：nobodyさん mailto:sage [2008/05/23(金) 10:29:53 ID:???] ApacheやLinuxのカーネルハックできる人材なんて、その辺のウェブ屋にはまずいないから。オープンソースか否かなんて関係ない。 621 名前：nobodyさん mailto:sage [2008/05/23(金) 10:52:28 ID:???] 誰もWebServerとしてIISが劣るとは言ってないんだが、何を言ってるんだろ。 それにしても2回に分けて書くのは芸風か。 622 名前：nobodyさん mailto:sage [2008/05/23(金) 13:01:37 ID:???] >PHPで名もないウェブサイトしか作ってないと、そういう実感はないだろうけど。 ↑俺のことですねｗ Webアプリは、PHPとJavaしか使ってない★ ASP.NETじゃないと実現できない機能は今のところ無し(・∀・) どうしてもASP.NETじゃないと無理なら手を出しますが、他の実現方法を探すかな？ …というかMS製品しか使っていない客には当たったことないです（ラッキー！？） 623 名前：nobodyさん mailto:sage [2008/05/23(金) 13:04:32 ID:???] 大手のSIerではPHPを使う案件はやってないんですか？ 大手＝PHPを使わない企業という定義でOKですか？ そんなわけねーだろｗｗｗｗｗｗ 624 名前：nobodyさん mailto:sage [2008/05/23(金) 13:14:15 ID:???] PHP→名もないウェブサイト→人生負組みのツールでもいいじゃん 自分が便利だと思ったら使えばいい 他人の判断、他人の価値観を気にして、他人に認められたいと思う演技を続ける人生は、勝ち組じゃない 奴隷じゃないなら、最後は自分の判断で決めろ …俺はRuby、Pythonの準備をしときますｗ 625 名前：nobodyさん mailto:sage [2008/05/23(金) 13:28:14 ID:???] >>623 Javaなんかだと顧客側が動作環境を WebsphereとかWeblogicに限定してるところ は多いでしょ。SI案件だとフリーの環境は一切使いたくないってのは普通だし、 そういう客のほうがカネ払いもいいだろうし。 ただ、そういうのは技術的な判断じゃないから、これをもって技術的にも良いはずって 言うのは愚かしいと思う。 626 名前：nobodyさん mailto:sage [2008/05/23(金) 17:03:53 ID:???] >>618 よくいるよな、おまえみたいな無知ｗ 属性値はいわばRCDATAなのでHTMLエスケープに関してはPCDATAと全く違いなし。 現在のほぼ100%のUAが、属性値もエスケープされていることを見込んでパースしている。 627 名前：nobodyさん mailto:sage [2008/05/23(金) 21:22:09 ID:???] >>626 618じゃないけど RCDATA、PCDATAという用語は初めて知った。 参考になったよ、ありがとう データ形式一覧 bakera.jp/ref/html/dataformat #PCDATA (構文解析対象文字データ) の解説 bakera.jp/ref/html/dataformat/pcdata PCDATA は Parsed Character Data の略で、「構文解析対象文字データ」です。 RCDATA (置換可能文字データ) の解説 bakera.jp/ref/html/dataformat/rcdata Replaceable Character Data、「置換可能文字データ」です。 628 名前：nobodyさん mailto:sage [2008/05/24(土) 00:03:21 ID:???] >>626 じゃあ、その上で、 どの時点でどのような処理をしてエスケープすればよいかを具体的に教えて。 629 名前：nobodyさん mailto:sage [2008/05/24(土) 22:02:37 ID:???] >>626 RCDATA言いたかっただけなんですね、 ええ、わかります。 630 名前：nobodyさん mailto:sage [2008/05/24(土) 22:37:13 ID:???] まるごと Ruby! 発売でPHP斜陽の感ありありｗｗｗ 631 名前：nobodyさん mailto:sage [2008/05/25(日) 11:29:57 ID:???] YahooとMicrosoftの仲人はPHP？ PHP on IIS - MicrosoftがPHPをフルサポート www.microsoft.com/japan/opensource/php/default.mspx 【Special Seminar】 PHP on IIS - あなたの可能性を広げる、Windows 環境へ - msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032377878&Culture=ja-JP 632 名前：nobodyさん mailto:sage [2008/05/25(日) 13:35:47 ID:???] P++ 633 名前：nobodyさん mailto:sage [2008/05/25(日) 16:38:21 ID:???] >>626 javascriptのエスケープはコンテキストによって、 ブラウザによって必要とされるものは違うでしょ。 「HTMLエスケープ」っていう言葉が悪い気はするけど。 634 名前：nobodyさん mailto:sage [2008/05/25(日) 22:06:40 ID:???] >>633 どう違うの 635 名前：nobodyさん mailto:sage [2008/05/26(月) 04:04:46 ID:???] >>633 遠回しに言ってんじゃねーぞハゲ HTMLエスケープはHTMLエスケープであって それ以上でも以下でもない 636 名前：nobodyさん mailto:sage [2008/05/26(月) 09:16:56 ID:???] >>634 >>635 www.google.co.jp/search?hl=ja&q=javascript+%E3%82%A8%E3%82%B9%E3%82%B1%E3%83%BC%E3%83%97+%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%8F%E3%83%B3%E3%83%89%E3%83%A9&btnG=Google+%E6%A4%9C%E7%B4%A2&lr= 637 名前：nobodyさん mailto:sage [2008/05/26(月) 09:25:06 ID:???] テンプレートでデフォルトでhtmlspecialcharsされるようにしてる。 ユーザ入力でタグの中に何かを出力する場合(ほとんど無いけど)は、 ホワイトリスト方式。 638 名前：nobodyさん mailto:sage [2008/05/27(火) 23:55:46 ID:???] フレームワークのせいで後々のメンテの度に長時間取られる。 PHPなんて、なーんも考えずに工夫せずにコピペ最強でサクっと済ませられる「フレームワーク」なんだがな。 639 名前：nobodyさん mailto:sage [2008/05/28(水) 01:02:34 ID:???] 規模によるって 話を単純化し過ぎ 640 名前：nobodyさん mailto:sage [2008/05/28(水) 01:55:54 ID:???] そうだよなぁ。 規模がでかいと、謎エラーの出所が分かんない場合あるよね。 何回も呼んでるフレームワークの関数で、止まる時とかさ。 大概人的ミスだから、CVSとかで誰がやったか、すぐにばれるんだがな。 そんな時はブーブー文句垂れるおｗ 641 名前：nobodyさん mailto:sage [2008/06/06(金) 02:37:05 ID:???] FW使うとメモリ喰うから apacheのプロセス数が増えるとメモリが圧迫されてmemcacheが消えるね 一台の鯖で稼働できるプロセス数かなり減らね？ 642 名前：nobodyさん mailto:sage [2008/06/06(金) 07:32:19 ID:???] 一番メモリ食わない言語って何？ やっぱPerl? 643 名前：nobodyさん mailto:sage [2008/06/06(金) 08:14:24 ID:???] アセンブラ 644 名前：nobodyさん mailto:sage [2008/06/06(金) 08:18:17 ID:???] 今時アセンブラでウェブアプリ書いてる奴いるわけねーだろ はてなもPerlだし、やっぱPerlなのかな？ 645 名前：nobodyさん mailto:sage [2008/06/06(金) 08:56:45 ID:???] 軽いと言われるciですら、現在メモリ700KB 1リクエスト毎にドラクエ4の全容量以上のメモリを食うって一体… 646 名前：nobodyさん mailto:sage [2008/06/06(金) 08:57:39 ID:???] perlも良いフレームワークがあればもっと流行るんじゃない？ まぁ、続きは向こうで。 【Perlフレームワーク】Catalystを語る人 pc11.2ch.net/test/read.cgi/php/1168406385/ 647 名前：nobodyさん mailto:sage [2008/06/07(土) 08:06:42 ID:???] PHPの場合、ウェブフレームワークがすべてのモジュールを内蔵していて、外部に独立してるのはせいぜいSmartyくらいだけど、 Perlの場合、Catalyst含めて、独立したモジュールが集合して構成されるので、PHPのようなウェブフレームワークとは意味が違ってくる。 648 名前：nobodyさん mailto:sage [2008/06/07(土) 12:29:05 ID:???] Perlでライブラリとして提供されてるものが PHPでは関数やエクステンションで提供されてるだけの話で 本質的にはたいして変わりなくね？ 649 名前：nobodyさん mailto:sage [2008/06/07(土) 19:46:49 ID:???] PHPはテンプレートエンジンもORMも、フレームワークごとにバラバラだから。 650 名前：nobodyさん mailto:sage [2008/06/07(土) 21:25:56 ID:???] なんでSmartyもしくはFlexyを敬遠するのかな、とは思ったことがある。 大体だれかが野良クラスで対応するじゃない。 パフォーマンスにしたって、それ以外の部分でがっつり重いFWも結構あるし。 もうViewクラスを作るのはほぼ共通なんだから、Zendがなんか作ってくれ ないかな。if と foreach と変数展開（オブジェクトのメソッド呼び出し含む）と、 スクリプトでregisterしたヘルパメソッドのみが使えるとかいう感じで。 PDOみたいに組み込みクラスで速ければ、とりあえず俺は多分それを使う 651 名前：nobodyさん [2008/06/08(日) 13:31:14 ID:oe9fgjbi] そこでPECLですよ 652 名前：nobodyさん mailto:sage [2008/06/08(日) 23:13:03 ID:???] 一番速いテンプレートエンジン - Blitz - Do You PHP はてな d.hatena.ne.jp/shimooka/20071111/1194764798 653 名前：nobodyさん mailto:sage [2008/06/09(月) 02:02:29 ID:???] 一番速いテンプレートエンジンはPHPそのものに決まってるだろ。 654 名前：nobodyさん mailto:sage [2008/06/09(月) 13:52:03 ID:???] PHPそのものだと、構文がテンプレートっぽくない。 BlitzはPHP拡張として作られているから、PHPそのものといえる。 SmartyもPHPそのものに変換されるから、PHPそのものといえる。 655 名前：nobodyさん mailto:sage [2008/06/09(月) 14:03:38 ID:???] ところでPieceFrameworkはフロー定義を書き換えるたびにクッキー消さなきゃならんというガッカリな仕様は直ったのかな？ 656 名前：nobodyさん mailto:sage [2008/06/09(月) 14:28:34 ID:???] テンプレートエンジン派ってデザイナにテンプレート書かせてるんだよな？ それ以外にテンプレートエンジン使ってる奴がいたとしたら救いようがないうつけ者だな 657 名前：nobodyさん mailto:sage [2008/06/09(月) 17:37:34 ID:???] >SmartyもPHPそのものに変換されるから、PHPそのものといえる。 これは違うだろ。うぇぶでざいなあが作る段階でPHPじゃないのだから。 658 名前：nobodyさん [2008/06/10(火) 00:15:51 ID:00QPcxQH] >>656 WEBデザイナー兼WEBプログラマーな私はSmartyを使っておりました。 最近はテンプレートは生PHPで充分ということに気付き、原点回帰しました！ 659 名前：nobodyさん mailto:sage [2008/06/10(火) 05:28:42 ID:???] よく知らんのだが、「PHPそのもの」って言ってるやつのFWでも、それはあくまで記法だけで、 スコープを確保するためにファイルを読み込んでeval()してそうな気もするんだが、違うのかな。 それとも、グローバルにオブジェクト（や関数）を置いて、それを参照するのを前提にrequireなの？ 660 名前：nobodyさん mailto:sage [2008/06/10(火) 09:31:44 ID:???] requireすると、呼び出し場所のローカルスコープで 実行されるので、別にeval()する必要は無かろう。 っていうか、そんなPHPフレームワークあるの? RoRはerbでevalしてるが。 661 名前：nobodyさん mailto:sage [2008/06/10(火) 11:18:10 ID:???] ZF勉強していて思った。 MVCはいいけど、そのためにいろんな「専用の」クラスの使い方 を覚えなければいけないし、覚えてもZFのみってことは、 別のFWに変更するときや、ZF自体が消滅（ありえない？）するときには、 その資産がチャラになっちまうんじゃないの？ 大規模開発に向いている、プログラミングの標準化ができるってのが ウリだと思うけど、FW乗り換えなんかを考えるとデメリットも大きいよな。 そんなんだったら、自分のシステムに必要なクラスを自分で作って 充実させていったほうがいいのかな．．．．とも思う。 まあ、その維持管理が大変といえば大変だが、資産が消滅することや 方針変更で別のものに作り変えるときでも、ノウハウが残るから、 長期的なスパンでみるとメリットがあるんじゃないのかなあ。 特にシステム開発環境を選択している人、そういう問題点ってどう考えている？ 662 名前：nobodyさん mailto:sage [2008/06/10(火) 12:12:38 ID:???] >>661 俺俺FWは、俺しか使えない。 他人が使うと、学習コストがかかる。 ましてや、俺と仕事するときにしか使えない。 その点、ZF等のFWは既に学んでいる人々がいる。 その人たちと共同で仕事ができる。 独りでできるもんっ♪なら俺俺でFA 既に学習した人たちのTips等を利用したり、 共同で作業したいなら、 既存のFWでいいんじゃね？ 663 名前：nobodyさん mailto:sage [2008/06/10(火) 12:15:11 ID:???] ZFが無くなったときの心配は、ZFが無くなってからすればいいんじゃないか? 大体、オープンソースなんだからZF自体が消えてもコード資産はまるまる残るだろう。 まぁノウハウって奴を蓄積したいのならべつにどうぞ 664 名前：nobodyさん mailto:sage [2008/06/10(火) 12:27:28 ID:???] 俺俺ラッパー書いてそこからZFなり呼び出すようにしたら ZFが死んでもなんとかなるじゃん 665 名前：661 mailto:sage [2008/06/10(火) 13:05:21 ID:???] >>662 確かに俺俺FWは俺しか使えないけど、共通処理をクラス化したときに、 その内容を整理して文書にすればいいんじゃないのかな。 それ以外は素PHPでいいわけだから、ZFのようにいろいろな制約が 無い分だけPHPを使える人は多いし、知らない人もちょいと学習すれば 使えるようになる。 >>663 ZFが消滅してもオープンソースだから残るだろう。 でもセキュリティホールや新しい技術は一切入ってこないよねえ。 >>664 ラッパーという手はあるが、実際簡単にいく？ 666 名前：nobodyさん mailto:sage [2008/06/10(火) 13:13:11 ID:???] >>665 なんかもう>>661の中で結論決まってる予感。 667 名前：nobodyさん mailto:sage [2008/06/10(火) 13:17:29 ID:???] > でもセキュリティホールや新しい技術は一切入ってこないよねえ。 だからさ、その心配はZFが無くなってからすればいいってこと。 そんなもん心配していまから俺フレームワーク作るわっていうのなら、 セキュリホールだのなんだのはどっちみち全部自分で面倒みるんだろう? 668 名前：nobodyさん mailto:sage [2008/06/10(火) 14:27:18 ID:???] > 確かに俺俺FWは俺しか使えないけど、共通処理をクラス化したときに、 > その内容を整理して文書にすればいいんじゃないのかな。 その文章を読まないといけないだろ？ 初めて会った人が、あんたが書いたオレオレ文書を すでに読んでいるなんてことはまずありえない。 その点ZFなら読んでいることはありえる。 > それ以外は素PHPでいいわけだから、ZFのようにいろいろな制約が オレオレFWの制約を受けるだろう。 何の制約もないフレームワークがあったとしたら、それは フレームワークじゃなくて、ただのライブラリだ。 > 知らない人もちょいと学習すれば 使えるようになる。 使えるということと、開発の早さ・楽さは別の話。 > でもセキュリティホールや新しい技術は一切入ってこないよねえ。 オレオレFWは、すでにセキュリティホールや新しい技術は一切入ってこないよねえ。 669 名前：nobodyさん mailto:sage [2008/06/10(火) 14:50:32 ID:???] FW乗り換えたら全てチャラっていう前提がおかしな話 WEBアプリのFW全般に対するノウハウってのもあるし 現に今のFWはほとんどMVCベースなわけで 基本的なコンセプトが大きく変わるわけじゃない 個人的なFWを作って使うのも別に悪くはないと思うけど、 オープンソースで開発されているFWが どれだけレビューされてテストされた上で リリースされているかよく考えてみるべき 乗り換えたら全部チャラだし俺俺FWの方がいい、 と安易に考える奴は自惚れてるとしか思えない FWが変わったら覚えた事が全て無駄になる、ってのは 結局表面的な部分でしかFWを扱えてないわけで FWに「使われている」プログラマでしかないよ 670 名前：nobodyさん mailto:sage [2008/06/10(火) 15:11:29 ID:???] いきなり俺俺は無謀だな 一回メジャーなFW使ってみてから手を出すならともかく 671 名前：nobodyさん mailto:sage [2008/06/10(火) 16:42:19 ID:???] オレオレFWを公開して普及させようと言うならともかく、自分に必要な仕組みだけ 自分で作るのが、そんなに悪い選択とは思わないけど。 672 名前：nobodyさん mailto:sage [2008/06/10(火) 17:28:40 ID:???] 単純にZF死んだら困るから自分で作るよ!っていう理由に納得できないだけだろう。 673 名前：661 mailto:sage [2008/06/10(火) 17:29:20 ID:???] >>669 FW乗り換えでも、MVCの考え方やノウハウは残るが、 現実的にアプリはすべて書き換え。 数十本ならそうでもないが、1000本単位なら相当な手間。 「FWに使われているプログラマ」はいいけど、現実的に手間を 掛けられないというところをわかってないのは問題。 同じFWに縛られ続けていくのはいいが、消滅しちゃったとき どうやって資産をメンテしていくのか。 そういう意味でチャラって書いた。 だから　>>665　が書いたようにオープンソースであること を考えると、そういった問題が解決できそうだ。 また多くの人が使ってこなれている面はメリットだよな。 それで、実際どれだけのモンがFWで構築されてんだろ。 cakePHPなんかも有名だが、ZFが出て乗り換えを考える 人もいるだろうし、どうするんだろ。 674 名前：nobodyさん mailto:sage [2008/06/10(火) 17:32:43 ID:???] zfに乗り換える人なんていないでしょ ショボfwじゃん 675 名前：nobodyさん mailto:sage [2008/06/10(火) 17:35:53 ID:???] どうやって資産をメンテしていくっていうか、 それは普通にソースツリーをフォークしてメンテするだけだろう? 自分でゼロから作るよりは随分と楽だと思うが。 676 名前：nobodyさん mailto:sage [2008/06/10(火) 19:10:47 ID:???] >>673 採用しているFWが変わったからって 既に出来上がってるアプリをそのFWに 全て書き換えるケースなんてそうそう無いだろ 完全な自社コンテンツでアクティブなものか コンテンツ自体を総リニューアル時に合わせて移行、くらいなもんで 元から運用してるものは普通そのままメンテだろ？ 千本単位とかそれこそ非現実的じゃないか？ 677 名前：nobodyさん mailto:sage [2008/06/10(火) 19:46:40 ID:???] たとえばsymfony作られたサイト 世界全体でも1000もないだろｗ 678 名前：nobodyさん mailto:sage [2008/06/10(火) 21:11:39 ID:???] とりあえずDISる ↓ 少し釣れる ↓ ツンデレ教えて君 こうするとggrksと言われないんですねわかります 679 名前：nobodyさん mailto:sage [2008/06/10(火) 21:26:00 ID:???] 数字おおげさに言い過ぎる ↓ 突っ込まれる ↓ 雲隠れですねわかります 680 名前：661 mailto:sage [2008/06/11(水) 09:37:45 ID:???] >>676 なるほど、すべて書き換えないケースもあるな．．．． しかし、千本単位が非現実的なら、「大規模開発」って 謳っているのはどのくらいの規模なんだろうか。 >>677が書いたように、事実上PHPのFWはまだまだ 浸透していない、PHPでの開発は結局小規模なもののみ ってことなんかな。 681 名前：nobodyさん mailto:sage [2008/06/11(水) 09:58:12 ID:???] >>680 大規模開発って、ふつうプロジェクト数のことじゃなくて、 ユーザ数とか、高信頼性を確保するために大きいシステムを組むってことだろう? そんなものは、当然一件ごとに何年もかかることがままあるから、 大規模なプロジェクトを千なんてオーダーで抱えてるとこなんてありえないよ。 ていうか、自分が抱えてもいない数のプロジェクトの事と、 (まだつぶれていない)ZFが潰れることを心配して 自分で作った方がいいと思ったの??? 682 名前：nobodyさん mailto:sage [2008/06/11(水) 23:15:02 ID:???] どれもこれも、今となっては、PHP4で書き続ける理由に説得力が伴っていないわな。 もうとっくに殆どの環境はPHP5に移行している。 lib/php内やフレームワークのコードだけがPHP4。 自分で書く時、例えば、varなんて使う機会が無い。 そのせいで、細かく曖昧さを指摘する目に見えないエラーがリクエスト毎に何10何100と出ている。

---

---

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

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