【PHP】PHPフレームワーク総合スレ15

1 名前：nobodyさん mailto:sage [2010/12/12(日) 10:47:08 ID:???] PHPのフレームワークに関する話題用のスレッド ●国外産● symfony 　ttp://www.symfony-project.com/ code igniter 　ttp://codeigniter.com/ Zend Framework 　ttp://framework.zend.com/manual/ja/index.html CakePHP 　ttp://www.cakephp.org/ Yii Framework 　ttp://www.yiiframework.com/ ●国産 ちいたん 　ttp://php.cheetan.net/ Ethna 　ttp://ethna.jp/ guesswork 　ttp://classic.guesswork.jp/ maple 　ttp://kunit.jp/maple/ ●前スレ 【PHP】PHPフレームワーク総合スレ14 hibari.2ch.net/test/read.cgi/php/1253912143/ 363 名前：nobodyさん mailto:sage [2012/03/08(木) 01:19:02.29 ID:???] なるほど、これの事か 364 名前：nobodyさん mailto:sage [2012/03/08(木) 10:49:53.59 ID:???] 知らないくせに偉そうに聞くほうが悪い 365 名前：nobodyさん mailto:sage [2012/03/08(木) 11:44:14.06 ID:???] ２ちゃんだろうが現実の社会だろうが変わりは無いな 知らないのに最初から否定してきて、教えて貰うまで煽るような人間は誰も教えたがらないしな そんな人間にわざわざ教える意味なんてない 366 名前：nobodyさん mailto:sage [2012/03/09(金) 01:54:46.07 ID:???] >>333 なんかやらしい 367 名前：nobodyさん mailto:sage [2012/03/15(木) 18:13:30.09 ID:???] >>365 >>328 まだ気付かないのか 368 名前：nobodyさん mailto:sage [2012/03/15(木) 18:19:26.45 ID:???] なんか郵便受けにつっこまれてた宗教の本に同じようなこと書かれてたな。 大宇宙について人類はほとんどわかってないのに、なんとか神の存在を なぜ否定するのかとかｗ 369 名前：nobodyさん mailto:sage [2012/03/15(木) 19:36:59.93 ID:???] vs Mr. Unknown. 370 名前：nobodyさん mailto:sage [2012/03/15(木) 20:42:32.99 ID:???] レスが伸びたと思ったらまだ情弱が書き込みしてたのか 371 名前：nobodyさん [2012/04/02(月) 05:09:08.25 ID:IFAunYHl] Smartyってスレも続かないほど廃れてんの？ 使われてるけど変化や更新がなくて話題がないだけ？ www.google.com/insights/search/?hl=ja#q=smarty%2Ccakephp%2Ccodeigniter%2Csymfony%2Czend&geo=JP&cmpt=q それはさておき、 「default_modifiersでエスケープしたらいいじゃん」→「配列を拾ってどうのこうの」 みたいな話題があると思うんだけど、エスケープじゃなくて未定義変数のエラー回避に使うのはまずい？ $this->default_modifiers = array('default:null'); 未定義エラー(undefined index)を放置するとバグの温床になる、とかだけ？ php側なら分かるけど、テンプレートにそんな厳密性が必要？ 372 名前：nobodyさん mailto:sage [2012/04/02(月) 10:16:42.21 ID:???] >>371 そもそもSmartyってFrameworkに分類されるべきものなの？ 自らTemplate engineと言っているよね cakePHPやSymfonyのような機能が豊富なFWと比較することに違和感がある。 373 名前：nobodyさん mailto:sage [2012/04/02(月) 11:33:02.90 ID:???] >>372 うん、時々見かけますが、わたしも違和感があります。 ただ、やむなく広義に含めるのも場面によっては仕方ないかと。 たとえば>>371は、質問総合スレみたいのよりここの方がふさわしいと思いました。 テンプレートエンジンスレのひとつもあっていいとは思うんですけどね。 cakeとかのせで、生phpで書くひとが増えたのかな？ 374 名前：nobodyさん mailto:sage [2012/04/02(月) 12:13:09.90 ID:???] >>373 cakePHPやsymfonyといったフレームワークに テンプレート機能があるからsmartyをわざわざ使う必要、覚える必要が なくなったってのは十分ありえる理由だと思う。 海外では日本ほど人気ないらしい、smarty。 375 名前：nobodyさん mailto:sage [2012/04/02(月) 14:57:18.55 ID:???] <?php echo $var; ?> とか視認性悪いと思っちゃうんだけどなぁ。 376 名前：nobodyさん mailto:sage [2012/04/02(月) 17:03:24.27 ID:???] 長さが気になるなら <?= $v ?> でいいじゃないか 377 名前：nobodyさん mailto:sage [2012/04/02(月) 17:25:40.80 ID:???] 長さをつきつめれば {$v} になるじゃん。 単純な文字数もそうだけど、書式そのものの気持ち悪さというか。 まあ、確かPHPの \(名前空間) だか :: も外野の評判は悪いんだっけ？ そう考えると、慣れの問題もあるのかなーとは思う。 てか default_modifiers についての話をしたかったんだけど…ｗ 378 名前：nobodyさん mailto:sage [2012/04/03(火) 18:32:04.05 ID:???] 文字列接続の . とかもぶっちゃけると気持ち悪いよな 379 名前：nobodyさん mailto:sage [2012/04/07(土) 09:42:24.65 ID:???] Smartyはテンプレートの域を外れてしまってるからな。 っつか、俺の考えだと、Smartyがウケのはデザイン側じゃなくて主にプログラマ側で、単にコンパイルする、というコンセプトが面白かっただけだと思うよ。 初心者はSmartyじゃなくて、phpLib時代のテンプレートとか、もっとシンプルにデザインとプログラムの分離を目指していた頃のテンプレートエンジンから学ぶべきだと思うんだな 380 名前：nobodyさん mailto:sage [2012/04/07(土) 14:13:31.54 ID:???] 最初くすぐったがってるけど、だんだん口数が減り息が荒く…みたいなのは割と見かけるきもする 381 名前：nobodyさん mailto:sage [2012/04/07(土) 14:13:48.18 ID:???] あらやだ酷い誤爆 382 名前：nobodyさん mailto:sage [2012/04/08(日) 07:53:17.68 ID:???] どこの誤爆かkwsk 383 名前：nobodyさん mailto:sage [2012/04/19(木) 12:51:51.07 ID:???] 初めてwebprog板に来たんですが、ここではdoophpはどういう評価ですか？ 高速性が2chのイメージ的に受けそうな気もするのですがテンプレにもないので 384 名前：nobodyさん mailto:sage [2012/04/26(木) 05:15:22.88 ID:???] PHPはポンコツ言語だから高速化は期待できない 385 名前：nobodyさん mailto:sage [2012/04/28(土) 09:45:15.24 ID:???] >>384の命令によりこのスレは終了します 386 名前：nobodyさん mailto:sage [2012/04/28(土) 10:11:29.79 ID:???] 終了について特に異議もありませんでした 387 名前：nobodyさん mailto:sage [2012/05/03(木) 14:18:09.76 ID:???] Googleトレンド以外で、 PHP Frameworkのマーケットシェアのデータはあるのかな？ Symfony, cakePHP, Zend Framework, CIの勢力図はどう変化してるんだろ 388 名前：nobodyさん mailto:sage [2012/05/03(木) 14:56:05.77 ID:???] このスレは終了しました 389 名前：nobodyさん mailto:sage [2012/05/03(木) 18:10:52.09 ID:???] このスレが再開しました 390 名前：nobodyさん mailto:sage [2012/05/05(土) 01:04:58.98 ID:???] Phalconって言うC extensionで書かれたPHP用のフレームワーク見つけて、 今、ドキュメント読んでるけど、ベンチマークが半端無くすげえ。 phalconphp.com/documentation/benchmark phpのフレームワークで同様の処理をさせてみた結果。（速さは重要じゃないと言いつつ） Yii (YII_DEBUG=false) Version yii-1.1.10.r3566 -> Time taken for tests: 1.469 seconds Symfony Version 2.0.11 -> Time taken for tests: 8.105 seconds Zend Framework Version 1.11.11 -> Time taken for tests: 4.264 seconds CodeIgniter 2.1.0 -> Time taken for tests: 1.184 seconds Phalcon Version 0.3.1 <- こいつ、桁が違う。 -> Time taken for tests: 0.385 seconds Zend Frameworkの１２倍の速さ。さすがC/C++のネイティブコードは段違い。 自分で作ろうと思ってたけど、同じこと考えてる人は世界にいるのね。。 391 名前：nobodyさん mailto:sage [2012/05/05(土) 02:52:16.62 ID:???] Phalcon良いわ。発展途上なのが理解しやすくて良い。 あとはバグがどんだけあるかって感じ。 ざっと読んでみたけど、弱いのは以下。 ・DBの抽象化やってるけど、 adapterが今んとこMySQLしかないから、事実上DBはMySQL固定。 ・Layoutとパーシャルの使い方がいまいちわからない・・・。 全体的にviewの説明が不足してる気がする。 ・ACLはあるけどAuth系が無い。まあ、俺は不要だけど。 ・キャッシュ用のクラスがあるけど、キャッシュ先は現状ファイルだけ・・。 ・理由がわからないけど、スケルトンツール使うならPHP5.3.6推奨。 　テンプレート作るのにPHP関係無い気がするから、出来そうだけど。。。 ・APIの説明がほとんど無い。 ・多国語対応が無い。 他は概ね、ZFを弱くした感じ。 DBもフィルタにサニタイズにエラーチェックにJOINも可能で、これならぎりぎり使える。 392 名前：nobodyさん [2012/05/07(月) 20:01:14.71 ID:UtpQziV0] CMSで作るのとフレームワークで作るのと どれくらい自由度や制作効率が違うのでしょうか。 393 名前：nobodyさん mailto:sage [2012/05/08(火) 19:44:11.13 ID:???] >>392 まじで聞いてるの？ CMSは自分でプログラム書く必要ない。 誰でも、ある程度自由に そのCMSがテーマとするコンテンツを作れる。 フレームワークは自分でプログラム書く。プログラム作成の補助機能。 よく使う処理の部分は、ワークフレーム側でプログラムを予め書いておいてくれる。 プログラム書く人が楽できる。 よくわからないならCMSが良いと思うよ。 394 名前：nobodyさん mailto:sage [2012/05/08(火) 22:33:44.49 ID:???] CMSに乗っかるプラグインやら何やらのシステム開発したけど、ありゃ苦行だよ。使い回しする予定なら良いけど、無駄に考える事が多くて、開発に集中できない。 395 名前：nobodyさん [2012/05/09(水) 13:46:54.03 ID:SZ6jgFk0] >>393-394 回答ありがとうございます。 WordPressをブログ以外で使っているサイトいろいろ・国内編 kachibito.net/wordpress/16-amazing-japanese-site.html みたいに、CMSでもかなりのことができるみたいなのですが これはあくまで純正にプラグインそのままの組み合わせて制作したのではなく プラグインのプログラムやDB構造を 自分で改造できてはじめてできるものなのですか？ プラグインを解析して改造する必要があるのなら、はじめから１から フレームワークを土台に自分で作ったほうがよさそうですね。 396 名前：nobodyさん mailto:sage [2012/05/09(水) 17:21:51.33 ID:???] 基本機能と既存プラグイン調べて、自分の要件に合っていればそれでいいのでは？足りない機能はFWでもプラグインでもAPIに沿って組むのは一緒だから、コスト計算同じだし。 397 名前：nobodyさん mailto:sage [2012/05/10(木) 07:03:41.74 ID:???] 394だが、 プラグインが客の要望に微妙にマッチしていなかったり、プラグインごとの操作感の違いだったり、完全にそのまま使えるって事はほとんどない。 ごり押しできる立場にいるなら、もしくは自分とごく内輪で使って、文句言わせない状態なら良いけどね。 398 名前：nobodyさん mailto:sage [2012/05/10(木) 07:25:13.05 ID:???] >>395 自分も前にCMS(Drupal)使うべきか悩んだ。 WordPressは設計が悪くて有名。 もうWPのブームはとっくに終わってる。 日本は遅れてるからWPだけど、海外ではPHPではDrupalとかが主流。 で、Drupalは、そのフレームワークにSymfonyを使ってる。 Drupal機能そのまま使えるってことはまずない。 ちょっとデザインいじろうとすると、DrupalとSymfonyの知識がないといじれない。 Symfonyの知識を身につけるだけでもたいへんなのにそのうえにDrupalスタックの 勉強も必要。 自分で好きなフレームワーク覚えて、それで作るほうがはるかに楽という 結論に達した。 カスタマイズが必要ならCMSは逆に時間がかかって非効率。 まず一番機能が豊富で人気があるといわれるCMSのDrupalを使ってみるといい。 CMSでは特に画面のデザイン、レイアウトは柔軟にはいじれない。 399 名前：398 mailto:sage [2012/05/10(木) 07:48:29.65 ID:???] >>395 ここにFrameworkとCMSの一覧がある。 en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#PHP PHP系で人気あるCMSは、DrupalとJoomla!。 Joomla!のがとっつきやすい。 www.joomla.org/ drupal.org/ まずJoomla!とDrupal試してみるといいとおもう それで納得いかないなら、cakePHP、CodeIgniter、Symfonyあたりの フレームワークで作ればいい。 PHPである必要もないけど 俺はCMSの導入はやめて、フレームワークで作ることに決めSymfonyを 学び始めたが、仕様がころころ変わる事に嫌気が差して変更検討中。 PHPそのものが中途半端なオブジェクト指向なのに納得できず、 結局、Python系かRuby系フレームワークに落ち着きそうｗｗ 400 名前：nobodyさん mailto:sage [2012/05/10(木) 08:02:55.82 ID:???] 中途半端なんだよな 401 名前：nobodyさん mailto:sage [2012/05/10(木) 08:42:27.09 ID:???] そこまでするなら、もうJavaがいいのでは？ 402 名前：nobodyさん mailto:sage [2012/05/10(木) 09:20:32.56 ID:???] ＰＨＰだＣだって言ってる奴いるけど、パフォーマンス気になるなら 鯖分散すれば良いだけじゃないの？ １モジュールのパフォーマンス上げようってのは、ｗｅｂ開発では あまり意味なさないと思うんだけど。 もちろんxdebug程度は使いこなせた方が良いとは思うけど。 403 名前：nobodyさん mailto:sage [2012/05/10(木) 09:32:58.81 ID:???] 随分長いことパフォーマンスの話はでてないが。。 404 名前：nobodyさん mailto:sage [2012/05/10(木) 09:58:00.30 ID:???] >>401 Performance考えたらJava, C#のがいいだろうね。 JavaはSpringがめんどくさいと言われてるので手を出してないけど、 フルスタックのPlay! Frameworkもさわるかも。 Rubyは速くないけどRuby on Railsが有名だからいじり始めたんだ。 Tutorial終わったらさようならするかもしれない。 Pythonは欧米でかなり人気だからいじってみたくなって・・ｗ PythonのFrameworkはDjangoのヘルプを読み始め。 Java並の速度で、簡潔にかける言語と、Railsのようなお手軽な フルスタックフレームワークがあればいいけど、まだ見つかってない。 >>402-403 そうは言ってもパフォーマンスが原因でJava系に移行する企業増えてるみたいよ。 RubyをやめてJava系にしたTwitterとか有名だよね。 動けばいいじゃないって人もいるだろうけど、どうせ作るなら 速く動いたほうが気持ちいいよね 405 名前：nobodyさん mailto:sage [2012/05/10(木) 12:19:53.42 ID:???] railsは論外だな。あれrakeが遅すぎて使い物にならん。 406 名前：nobodyさん mailto:sage [2012/05/10(木) 12:48:48.07 ID:???] >>404 長々と書いて結局「コンパイル言語は速い、スクリプト言語は遅い」かい 407 名前：nobodyさん mailto:sage [2012/05/11(金) 00:34:14.48 ID:???] 自分の言いたい事だけ言って、他人のレスは一切読んでないからパフォーマンスだの言語の話になるんだよ。 ちなみにDrupalとJoomlaのどちらもクソだと思う。上の人には悪いが。 408 名前：nobodyさん mailto:sage [2012/05/11(金) 03:27:49.21 ID:???] >>407 「自分の言いたい事だけ言って、他人のレスは一切読んでない」っておまえのことだろ 質問者がCMSを検討してるから、>399有名どころのふたつをあげて、 要件を満たすかどうか、まず試してみることを勧めてるわけだろ。 本人はCMS使ってないって書いてるしな 質問者に何も情報をあたえてないおまえのレスのが間違いなくクソだ。 409 名前：nobodyさん mailto:sage [2012/05/11(金) 04:02:20.61 ID:???] 何が嫌いかより、何が好きかで自分を語れよﾄﾞﾝって、ルフィさんが言ってた。 410 名前：nobodyさん mailto:sage [2012/05/11(金) 04:31:35.20 ID:???] >>408 すでにその前に書いたし、俺は他人を簡単にクソだと言う奴にどうこう言われたくないね。 411 名前：nobodyさん mailto:sage [2012/05/11(金) 22:11:45.56 ID:???] PHPで速度語るならPhalcon使えよ・・。 Cネイティブだぞ。Javaの１０００倍以上高速で動くんだぞ。 まあ、フレームワークの部分だけだけど。 412 名前：nobodyさん mailto:sage [2012/05/12(土) 01:07:01.11 ID:???] 複数言語が入り混じるFWは使いづらそう 413 名前：nobodyさん mailto:sage [2012/05/12(土) 02:26:27.89 ID:???] PHPな時点でCが絡むわな 414 名前：nobodyさん mailto:sage [2012/05/12(土) 02:32:29.57 ID:???] 前から疑問に思ってたんだけどWebサービス云々でPHP自体がボトルネックになることってあるのん？ 100%張り付いたから同じ構成のFWを別の言語にしたら30%になりますた！！みたいな事がさ 415 名前：nobodyさん mailto:sage [2012/05/12(土) 07:12:48.55 ID:???] >>398 > で、Drupalは、そのフレームワークにSymfonyを使ってる。 こんなの初めて聞いた。別のものと勘違いしてない？ 416 名前：nobodyさん mailto:sage [2012/05/12(土) 07:26:41.65 ID:???] >>415 トップページに出てる。 symfony.com/ Drupal, one of the world most popular Open-Source content management platform, uses the Symfony Components as of version 8. 417 名前：nobodyさん mailto:sage [2012/05/12(土) 22:30:53.06 ID:???] DrupalがSymfonyアプリケーションって感じではないんだな 418 名前：nobodyさん mailto:sage [2012/05/12(土) 23:12:25.20 ID:???] >>412 Cは使わない。Cで書いてあるコードを呼び出すだけ。 PECLやZend APIと同じ。 419 名前：nobodyさん mailto:sage [2012/05/14(月) 17:21:48.99 ID:???] >>416 クラスローダーとHTTPリクエスト/オブジェクトにSymfony 2のそれを使おうぜって話が出てるだけで それすら約2年弱あるリリースまでに変わるかも知れないものだぞ 420 名前：nobodyさん [2012/05/31(木) 15:38:56.92 ID:IzK2Xy2G] CMSでも本来のプラグインとかを使わず、 フレームワークとして使えるって本当ですか？ 問い合わせフォームの面倒な部分はCMSにまかせて 自由度の必要な場所はMVCフレームワークのごとく つかえるみたいなんですが・・・。 421 名前：nobodyさん [2012/06/05(火) 07:52:11.09 ID:YB7szyDX] d.hatena.ne.jp/akiraneko/20080728/1217173476 ↑こんな感じで、bakeみたいなことをWebインターフェイスから実行できるしくみって、ほかにありますか? 422 名前：nobodyさん [2012/06/08(金) 01:44:01.85 ID:EOwIYA3r] PHPでアスペクト指向フレームワークはありますか？ 「下らなぇ」スレで聞いても返答はありませんでした。 423 名前：nobodyさん mailto:sage [2012/06/08(金) 02:20:11.83 ID:???] Seasar2.PHPかSymfony2 424 名前：nobodyさん mailto:sage [2012/06/08(金) 05:53:52.20 ID:???] 下らなぇスレを責任持って立てろ 425 名前：nobodyさん mailto:sage [2012/06/08(金) 13:06:08.71 ID:???] アスペルガー 426 名前：nobodyさん mailto:sage [2012/06/08(金) 19:43:22.20 ID:???] 上の方で学習コストの話があるけどさ、 学習コストの低いフレームワークを選択して足りない機能がでてきた場合は 自分でコーディングすることになるわけじゃん？ ある程度スキルのある人なら問題ないだろうけど、初心者が調子乗って 拡張機能つくってもろくなコードにはならんぜ。保守性・安全性の面で。 427 名前：426 mailto:sage [2012/06/08(金) 19:49:09.78 ID:???] 大抵はあとで別の人間が書き直すハメになって、 最初からちゃんとしたフレームワークつかっておけばよかったね ってなるというおはなし 連投そまそ 428 名前：nobodyさん mailto:sage [2012/06/08(金) 21:23:48.12 ID:???] でも作る経験は財産になるから難しい 429 名前：nobodyさん mailto:sage [2012/06/09(土) 00:22:58.18 ID:???] アスペクト指向プログラミングはどうしていますか？ 430 名前：nobodyさん mailto:sage [2012/06/09(土) 15:33:04.84 ID:???] でも機能豊富なゴテゴテしたフレームワークを選択しても スキルの低い人は、理解できない使いこなせないで 結果ものすごいものが出来上がるというのも よくあるおなはしなわけで。 431 名前：nobodyさん mailto:sage [2012/06/09(土) 18:16:18.24 ID:???] 機能豊富なフレームワークで、そのご自慢の機能使おうとしたら まともに動かなくて、結局自分で書く羽目になるというオチ 俺はCakePHPでそれくらった 432 名前：nobodyさん [2012/06/09(土) 19:38:34.84 ID:3pAJ5sr2] 1. (自分のスキルがしょぼいせいで)まともに動か(せ)なくて 2. (自分の使ってるサーバーがしょぼいせいで)まともに動かなくて 3. (ご自慢の機能が実は自分の期待よりしょぼかったせいで)まともに動かなくて 433 名前：nobodyさん mailto:sage [2012/06/09(土) 21:45:29.70 ID:???] で？ 434 名前：nobodyさん mailto:sage [2012/06/09(土) 21:59:38.62 ID:???] 感覚的な学習コストの序列ってどんな感じかね？ 個人的には code igniter << Yii < Cake PHP < Symfony と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う 435 名前：nobodyさん mailto:sage [2012/06/10(日) 00:25:31.42 ID:???] どういう序列なんだ？Symfonyが一番簡単って意味か？ 436 名前：nobodyさん mailto:sage [2012/06/10(日) 00:49:47.75 ID:???] コスト低 <- ->コスト高　ね 437 名前：nobodyさん mailto:sage [2012/06/10(日) 13:51:41.36 ID:???] Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。 438 名前：nobodyさん mailto:sage [2012/06/10(日) 22:57:43.91 ID:???] ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる 439 名前：nobodyさん mailto:sage [2012/06/11(月) 01:14:21.03 ID:???] オレオレと変わらないからな 440 名前：nobodyさん mailto:sage [2012/06/11(月) 03:30:12.33 ID:???] 他人が作ったオレオレフレームワークだな。 441 名前：nobodyさん mailto:sage [2012/06/11(月) 09:35:44.15 ID:???] 学習コストねぇ 有用なら高くても使うがね 442 名前：nobodyさん mailto:sage [2012/06/11(月) 16:06:17.97 ID:???] 学習コストは人によって違うからね。 有用でも情報量が少なければ理解するまで時間がかかるし、 そう言う面で学習コストがかかるならマイナスだよ 443 名前：nobodyさん mailto:sage [2012/06/11(月) 16:53:54.85 ID:???] 何をもって有用とする？ 444 名前：nobodyさん mailto:sage [2012/06/11(月) 17:54:11.00 ID:???] それも人それぞれでしょ。 個人や少人数でやるなら好みや感触で決めてもいいような気がするけど 多人数チームでやる場合はほんと悩ましいよね・・・ 445 名前：nobodyさん mailto:sage [2012/06/11(月) 18:53:49.81 ID:???] そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない 446 名前：nobodyさん mailto:sage [2012/06/11(月) 20:10:54.07 ID:???] ガラパゴス化している日本人にピッタリじゃないか 447 名前：nobodyさん [2012/06/12(火) 09:46:48.90 ID:Yrv/uaCb] 検索エンジン等、動的部分はフレームワークで、 会社概要等、静的な部分CMSにまかせるってどうなんでしょうか 448 名前：nobodyさん mailto:sage [2012/06/12(火) 09:56:18.31 ID:???] 作り方が異なるファイルが混雑するとややこしくなるよ。 静的な部分もフレームワークで作った方が良いと思う 449 名前：nobodyさん mailto:sage [2012/06/12(火) 11:55:20.93 ID:???] プログラマが更新するか、 デザイナーも関わるか 450 名前：nobodyさん mailto:sage [2012/06/12(火) 13:10:31.60 ID:???] デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。 451 名前：nobodyさん mailto:sage [2012/06/12(火) 13:17:41.45 ID:???] デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか 452 名前：nobodyさん [2012/06/12(火) 19:50:03.28 ID:Yrv/uaCb] CMSがフレームワークに置き換わる日 blogs.itmedia.co.jp/yoshimasa/2011/06/cms-f1f8.html 今の時代、フレームワークを土台にして作るのではなく、 CMSを土台につくったほうがいいんですかね。 フレームワークも便利ですけど RSS発行とか、フォーム作成とか 自分でプログラム組まないとだめじゃないですか。 フレームワークでは数時間かかるRSS発行処理作成とか CMSでは数クリックでできるし 処理されたデータを、どう煮るか焼くかは CMSもフレームワークも変わらないし。 ただ >>393さん みたいに、高度な改変となるとCMSは プログラムの解析が大変という意見もありますし、 何を作るかによってかわってくるんでしょうが フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり ＣＭＳを使ったほうが効率がいいんですかね。 453 名前：nobodyさん mailto:sage [2012/06/12(火) 21:40:37.73 ID:???] プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。 CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。 454 名前：nobodyさん mailto:sage [2012/06/12(火) 22:18:15.27 ID:???] フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど それ以上に大事なのは、制限やルールといった枠組みを与えることで、 人それぞれバラバラになりがちな開発の手法や方向性を統一できること。 って誰かえらいひとが言ってたような気がする。 455 名前：nobodyさん mailto:sage [2012/06/12(火) 22:27:13.88 ID:???] 表示系はなんとかなるけど、 DBから取り出す条件設定の制御が面倒な事多くね？ クエリ直接書かせろ！みたいな… 456 名前：nobodyさん mailto:sage [2012/06/12(火) 22:34:40.75 ID:???] 官公庁はCMSが主流 457 名前：nobodyさん mailto:sage [2012/06/13(水) 01:30:46.38 ID:???] オリジナル要素が高くなければCMSで良いかもね 458 名前：nobodyさん mailto:sage [2012/06/13(水) 02:45:26.95 ID:???] CMSが勝手のいいフレームワークで作られていれば良い 459 名前：nobodyさん mailto:sage [2012/06/13(水) 04:11:16.55 ID:???] WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか カスタマイズつらいです… 460 名前：nobodyさん mailto:sage [2012/06/13(水) 08:23:18.71 ID:???] ワープレって、MVCじゃないのか。 MVCじゃなかったらプラグインひとつ作るのも かなり手間かかりそうなんだが・・・。 461 名前：nobodyさん mailto:sage [2012/06/13(水) 11:38:34.22 ID:???] 違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない EC-CUBEは独自フレームワークだけど、 こちらも複雑すぎてどこがどこにあるかわかりづらい 462 名前：nobodyさん mailto:sage [2012/06/20(水) 01:22:18.24 ID:???] 複雑ってのは俗に言うスパゲッティってことだな 463 名前：nobodyさん mailto:sage [2012/06/20(水) 01:27:38.99 ID:???] そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから どうしてもスパゲティになるよね

---

---

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

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