【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/ 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は色んな開発者が共同で作ってるらしいから どうしてもスパゲティになるよね 464 名前：nobodyさん mailto:sage [2012/06/20(水) 04:31:46.45 ID:???] EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。 // これで勘弁してください… 的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。 465 名前：nobodyさん mailto:sage [2012/06/20(水) 06:50:24.76 ID:???] ソースの具体例は？ 466 名前：nobodyさん mailto:sage [2012/06/20(水) 08:32:01.15 ID:???] >>463 ＞色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね いや、その理屈はおかしい 467 名前：nobodyさん mailto:sage [2012/06/20(水) 13:21:19.05 ID:???] >>466 おかしくないよ。だって規約が統一してないんだから。 開発者が違うって言っても社内じゃなくて、他社って意味だし。 468 名前：nobodyさん mailto:sage [2012/06/20(水) 13:25:22.16 ID:???] スパゲティの意味をまずわかってください 469 名前：nobodyさん mailto:sage [2012/06/20(水) 13:37:07.72 ID:???] >>467 外部の異なる組織からフリーランスまでさまざまな開発者が 参加して作ってるオープンソースソフトなんて山ほどあるんだが さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ 470 名前：nobodyさん mailto:sage [2012/06/20(水) 14:16:22.28 ID:???] >>469 ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな 471 名前：nobodyさん mailto:sage [2012/06/20(水) 16:40:25.69 ID:???] どうしてもスパゲティになる を他のソフトにも適用するのはやめたまえ 472 名前：nobodyさん mailto:sage [2012/06/20(水) 23:41:36.16 ID:???] なんで他のOSSが大丈夫で、EC-CUBEだけ スパゲティになるんだよｗ 473 名前：nobodyさん mailto:sage [2012/06/20(水) 23:48:35.68 ID:???] いやぁ、WordPressのごちゃっぷりは良いレベルよー 474 名前：nobodyさん mailto:sage [2012/06/21(木) 00:01:15.17 ID:???] PHP自体がスパゲティだよ。 標準関数の首尾一貫性の無さはスゴすぎ！ 475 名前：nobodyさん mailto:sage [2012/06/21(木) 00:22:06.05 ID:???] >>472 普通、OSSって特定のグループ・会社が作ってないか？ OpenPNEなら手島屋って会社が作ってるし、 phpBBも海外のグループが作ってたはず。 一方、Wordpressは開発者はいるけど プラグインで拡張していくから開発者も違うし、一貫性がない 476 名前：nobodyさん mailto:sage [2012/06/21(木) 04:41:52.92 ID:???] すべてのOSSを調べてから言えよハゲ 477 名前：nobodyさん mailto:sage [2012/06/21(木) 07:43:24.24 ID:???] OpenPNEもひでえソースだったなあ 478 名前：nobodyさん mailto:sage [2012/06/21(木) 07:44:57.64 ID:???] OpenPNEのカスタマイズは断念したな 479 名前：nobodyさん [2012/06/21(木) 08:17:09.84 ID:9C4PuuPO] 逆に、このフレームワークは美しいソースだったなぁってのはないの？ 480 名前：nobodyさん mailto:sage [2012/06/21(木) 09:58:36.15 ID:???] symfony2 ソースの見てくれの代わりに使い勝手が犠牲になったけど。 481 名前：nobodyさん mailto:sage [2012/06/21(木) 10:14:39.77 ID:???] PHP自体が美しくない 482 名前：nobodyさん mailto:sage [2012/06/21(木) 10:32:53.94 ID:???] そもそも「美しさ」の感じ方は個人差によるからな 483 名前：nobodyさん mailto:sage [2012/06/21(木) 14:29:18.00 ID:???] EC-CUBEは番人に共通する醜さだけど 484 名前：nobodyさん mailto:sage [2012/06/21(木) 14:37:44.78 ID:???] EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな 管理とかちゃんとなってない会社なんだろうな スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象 あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず 485 名前：nobodyさん mailto:sage [2012/06/21(木) 15:56:14.33 ID:???] 俺の見立てではわざとやっていると思う。 OpenPNEもそうだけど、わざとソースを複雑にして 有償サポートを狙っている気がする ※あくまで個人の感想です 486 名前：nobodyさん mailto:sage [2012/06/21(木) 16:43:08.98 ID:???] PHPが汚いとえば 文字コードを変換する mb_convert_encoding　の配列版はないかいな思って調べたら mb_convert_variables　という関数を見つけた。 早速使ってみると、ちっとも機能しない。 なんと、 mb_convert_encoding は変換したいソース元を第一引数に入れるけど mb_convert_variables　は　第三引数にいれるという仕様！ そして mb_convert_encoding　は、 $hoge = mb_convert_encoding みたいに再度代入してやらないといけないけど mb_convert_variables　代入しなくてもよいという仕様！！ そもそも mb_convert_variables　というネーミングセンスなんなの? mb_convert_encoding_array　とかにでけんかったの？ 487 名前：nobodyさん mailto:sage [2012/06/21(木) 16:46:48.28 ID:???] >>485 実は確かな技術を持った賢い集団で 自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと あら不思議、ぐちゃぐちゃスパゲティコード＆意味不明コメント入りオープンソースのできあがり てな感じか 488 名前：nobodyさん mailto:sage [2012/06/21(木) 18:01:46.35 ID:???] 一貫性のなさはPHPの悪習 名前の付け方も引数の並べ方もこの上なく下手糞 489 名前：nobodyさん mailto:sage [2012/06/21(木) 20:12:50.67 ID:???] Zendは綺麗、それとDrupal 490 名前：nobodyさん mailto:sage [2012/06/21(木) 20:15:41.23 ID:???] >>487 俺の場合とは異なるかもしれないけど、 外部に公開するソースは難読化してるわ。コメントも削除してるし。

---

---

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

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