【PHP】フレームワークについて語るスレ12【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2008/12/23(火) 00:36:15ID:???●国外産●
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 ←New!! (Dec 03, 2008)
ttp://www.yiiframework.com/
●国産
ちいたん
ttp://php.cheetan.net/
Ethna
ttp://ethna.jp/
guesswork
ttp://classic.guesswork.jp/
maple
ttp://kunit.jp/maple/
●前スレ
【PHP】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
0797nobodyさん
2009/03/07(土) 15:46:06ID:???0799nobodyさん
2009/03/07(土) 16:18:37ID:???0800nobodyさん
2009/03/07(土) 16:39:26ID:???マ系の職場あちこち回ってると、たまにいるんだよねこういう奴ｗ
0801nobodyさん
2009/03/07(土) 16:44:07ID:???C++は使ってる。でも、なんつうか、毛色の違う人たちなんだよね。
中途採用の奴はたいがい、糞サービスのメンテに回される。
まぁ、スレチにもほどがあるので、この辺で。スンマソン
0802nobodyさん
2009/03/07(土) 16:44:37ID:???使ってるの見たって奴がいるなら、それていいじゃんかな。
0803nobodyさん
2009/03/07(土) 17:25:34ID:???国内PHP大規模サイトトップ10に入る某社にいるが、内部じゃRubyもJavaもPerlも使ってる。フロントじゃ当然FlashやJS使うしな。
スクリプトまで通さずにCで書いたApacheモジュールでケリをつける部分だってある。
会計システムと繋ぐならJava以外の選択肢なんぞ考えたくもない。
だいたい、単一言語に社運をかけるなんて、上場企業クラスになったらあり得ない。
急に別言語に乗り換えてもプログラマはいくらでも確保できるだろうが、インフラ側の経験値蓄積が間に合わない。
エンジニア側も同じ。最低2つはスキルがないと簡単に切られるぞ。
経営層的に言ってPHPの利点の一つは、使い捨てるエンジニアが市場に腐るほどいる（いなくとも1月も研修すれば完成する）点だしな。
0804nobodyさん
2009/03/07(土) 18:55:58ID:???俺みたいにPHPで足りない機能をCでライブラリ作ったり
apacheのモジュール作ったりしてるやつは少ないだろうな
0805nobodyさん
2009/03/07(土) 19:57:58ID:???プログラマ一本を主軸にやってくつもりならそれくらいはできないと正直この先生
きのこれないと思う
0808nobodyさん
2009/03/07(土) 20:37:43ID:???0809nobodyさん
2009/03/07(土) 20:44:35ID:???意味がわからないぐらいだからもっと勉強してからおいで
0811nobodyさん
2009/03/07(土) 20:47:23ID:???ごにょごにょしてコンパイルすると.soができるって感じ？
いや当てずっぽうだけど
0812nobodyさん
2009/03/07(土) 21:53:23ID:???0813nobodyさん
2009/03/07(土) 21:55:12ID:???中に入っているモジュール部の近い物を選んでコピペして
名前変更して、Makefileとかをごにょれば出来るお
0814nobodyさん
2009/03/08(日) 01:15:23ID:???高い技術力なんてさほど要求されない
単なるオナニー
0815nobodyさん
2009/03/08(日) 02:19:51ID:???0816nobodyさん
2009/03/08(日) 05:17:12ID:???0817nobodyさん
2009/03/08(日) 05:45:29ID:???phpだと作りにくいもの・規模はやっぱりあるし、
phpだけに絞るのは、プログラマー個人もとしても開発会社としても、
どう考えてもお勧めできないな。
0818nobodyさん
2009/03/08(日) 09:56:10ID:???アルゴリズムに弱いヤツが多そうだな。遊びでもいいから他の言語も覚えるに
越したことはない。時代が変わると潰しが利かなくなりそう。
プログラマ自体が潰し利かないんだからPHPしか書けませんとかヤバイと思う。
0819nobodyさん
2009/03/08(日) 10:02:31ID:???0820nobodyさん
2009/03/08(日) 10:03:04ID:???0821nobodyさん
2009/03/08(日) 10:07:22ID:???0824nobodyさん
2009/03/08(日) 10:50:02ID:???例えば配列からある数値をスキャンする程度の場合、C++だったらゴリゴリ書くだろ。
PHPはその程度のアルゴリズムを知らなくても使えるからな。
それ言ったらPerlのCPANの充実度もPHPのPEARより上だし。多分。
0825nobodyさん
2009/03/08(日) 11:42:51ID:???> C++だったらゴリゴリ書くだろ
そこまでプリミティブなものまでいちいち書くのか？
標準ライブラリとか使わないの？
0826nobodyさん
2009/03/08(日) 11:53:18ID:???long la[N];
long* lp = find(la,la+N,12L);
if ( lp != la+N ) {
// 見つかった!
}
C++でアルゴリズムなんか知る必要はありません。
0827nobodyさん
2009/03/08(日) 11:57:57ID:???0828nobodyさん
2009/03/08(日) 11:58:53ID:???サンクス。
0829nobodyさん
2009/03/08(日) 12:44:23ID:???ただ黒魔術的ではある。C++0xになるともう...
0830nobodyさん
2009/03/08(日) 14:12:48ID:???0831nobodyさん
2009/03/08(日) 14:49:59ID:???組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
え？
0832nobodyさん
2009/03/08(日) 15:15:21ID:???0833nobodyさん
2009/03/08(日) 15:49:27ID:???で、シェルが開放されてるレンタルサーバじゃなければ、モジュールのインストールは難しい。
0834nobodyさん
2009/03/08(日) 16:00:49ID:???0836nobodyさん
2009/03/08(日) 16:59:47ID:???コンパイル必要なXSモジュールが無ければ、
extlibとかに突っ込んでまとめて配布すれば大丈夫だよ。
MovableTypeとかが現にそうやってる。
0837nobodyさん
2009/03/08(日) 17:35:45ID:???WEB+DB PRESSのVol.48のモダンプログラミング入門という特集が、
今のこのスレの流れに合ってる気がする。
気が向いたら読んでみて。
0838nobodyさん
2009/03/08(日) 17:39:02ID:???0839nobodyさん
2009/03/08(日) 17:52:58ID:???0841nobodyさん
2009/03/08(日) 20:52:18ID:???WEB+DB PRESS総集編［Vol.1〜48］
がでたら読んでみるｗ
前回の総集編、Vol.1〜36の
発売日が2007年3月30日発売だから
もうすぐだよな？
0842nobodyさん
2009/03/08(日) 22:37:10ID:???・・・と言いつつ自分はvol.46〜48を積んでる
0843nobodyさん
2009/03/08(日) 22:57:06ID:???0844nobodyさん
2009/03/09(月) 02:47:11ID:???0845nobodyさん
2009/03/09(月) 02:54:46ID:???毎度毎度、
$value = isset($_REQUEST['value']) ? $_REQUEST['value'] : DEFAULT;
ってするのもアホっぽいが。
0846nobodyさん
2009/03/09(月) 05:07:06ID:???$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)
0847nobodyさん
2009/03/09(月) 08:05:45ID:???そのあほなＦＷのリクエストオブジェクトは$_REQUESTを格納してるだけなの？
他に仕事してないんならアホだわ。
0848nobodyさん
2009/03/09(月) 08:32:04ID:???>>846
$get = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_GET)
$post = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_POST)
$cookie = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_COOKIE)
$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)
って毎回書くよりはスマートってことだろ。十分なメリットだよ。
あと、$_REQUESTってCookieも入るよね。やや乱暴な気がするので、Cookieだけ除外するとか
0849nobodyさん
2009/03/09(月) 08:36:24ID:???もっとも、毎回isset($_REQUEST[''])で確認とっても構わないと思うけど。俺はそうしてるし。
せっかく$_REQUESTとか$_SESSIONみたいな便利なものがあるのに、余計なラッパーは要らない。
0850nobodyさん
2009/03/09(月) 08:46:53ID:???そして global $req ですね、わかります。
グローバル変数なり関数なりを使いたくないなら、悪いことは言わないから
クラスなりオブジェクトなりにしておけ。使いたいなら何も言わんが。
0851nobodyさん
2009/03/09(月) 09:30:49ID:???>$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)を1行書いておけばいいだけ。
これだからPHPerは。。。
0853nobodyさん
2009/03/09(月) 10:52:58ID:???0855nobodyさん
2009/03/09(月) 11:04:16ID:???どうやったところで、$_REQには単純なスカラ変数（たまに配列）しか入ってないんだから。
Perlなど他の言語のように、自前でクエリストリングを取り出す処理を実装しなければいけないなら、初めからオブジェクトにしてもいいかもしれないけど。
0856nobodyさん
2009/03/09(月) 11:13:35ID:???参考までに教えてくれ
0859nobodyさん
2009/03/09(月) 23:44:57ID:???0861nobodyさん
2009/03/09(月) 23:53:01ID:???0862nobodyさん
2009/03/09(月) 23:59:31ID:???それに、>>849にクスクス笑いが起きるのは、デフォルト値実装の意味がわかってないからだよ。
0863nobodyさん
2009/03/10(火) 08:31:56ID:???0864nobodyさん
2009/03/10(火) 09:12:31ID:???0865nobodyさん
2009/03/10(火) 12:45:37ID:???シンプルなフレームワークありませんか？
デザイナーとプログラマが分離して作業できればいいんですが
0866nobodyさん
2009/03/10(火) 12:56:40ID:???0868nobodyさん
2009/03/10(火) 21:34:04ID:???ドキュメント見てて少し意外だった。
mojavi2ですらrequestオブジェクトだったというのに・・・。
0869nobodyさん
2009/03/12(木) 17:45:05ID:y65Mhsc80870nobodyさん
2009/03/12(木) 20:12:27ID:???0871nobodyさん
2009/03/12(木) 22:29:23ID:???国産のフレームワーク使うか迷っています
国産のフレームワークとかどうですか？
0872nobodyさん
2009/03/12(木) 22:31:15ID:???0873nobodyさん
2009/03/12(木) 23:09:56ID:???0875nobodyさん
2009/03/13(金) 01:50:59ID:???0876nobodyさん
2009/03/13(金) 02:26:04ID:???0877nobodyさん
2009/03/13(金) 10:29:47ID:???いずれcakePHPをやろうと思っています
0878nobodyさん
2009/03/13(金) 10:47:04ID:???まず国産にこだわる理由を書くと、それなりの意見や感想レスも出てくるかと。
いずれって事は、今は何を使ってるの？その辺も。
そこいらを書かないと実のある質問ではほとんどないと思う。
0879nobodyさん
2009/03/13(金) 11:08:51ID:???まずは、国産、つまり日本語で丁寧に解説されているのを
やってみようと思いました。英語わからないですし
ＰＨＰのフレームワークとはいえ、何かにつまづくかもしれないですし
今は何も使っていません。rubyのフレームワークを使って挫折しました。
サーバにアップロードするだけで使えるＰＨＰを勉強して
今、そろそろフレーム段階に突入したところです。
それほど難しいのはいらないので、cakePHPに興味があります
その前に国産使おうとしました
国産の種類の適正を知りたいです
0880nobodyさん
2009/03/13(金) 11:19:10ID:???日本語の解説は、国産（現役はEthnaくらいか）より遙かに多かったりする。
あと、これはどのフレームワークにも言えることだけど、「どう使うのか」の部分では
解説やリファレンスが役に立つが、「どうなってるのか」の部分では、最終的には
ソースを読むしかないので、シンプルに書かれているフレームワークも触ってみると
いいかも。CI（Kohanaの方がいい？）とか、ちいたんwとか
0881nobodyさん
2009/03/13(金) 11:31:43ID:???0883nobodyさん
2009/03/13(金) 12:52:43ID:gvTYRnrycakePHPは表示するのにデータベースを使うみたいで困ってます
データベースなしで使えるフレームワークがございましたら教えてください
0884nobodyさん
2009/03/13(金) 13:46:06ID:???0885nobodyさん
2009/03/13(金) 13:51:29ID:???0886nobodyさん
2009/03/13(金) 19:09:47ID:???それはあなたの思い込み。
さすがのcakePHPもDBをつかわないとHelloWorldも書けないとか、そんな終わっている仕様ではない。
0887nobodyさん
2009/03/13(金) 19:11:45ID:???国産FWでドキュメントがきっちりしてるのってEthnaしかないと思う。
EthnaのコミッタまでCakePHPを使い出してるらしいから、
もうだいぶ終わってる感があるけど・・・。
symfonyもCakePHPも日本語のドキュメントは充実してますよ！
0888nobodyさん
2009/03/13(金) 19:44:23ID:???来てるんだけど、いい加減にPHP5以降を考慮してフレームワーク
移行かもしくはmojavi2のソースいじるかどうしようかと思案中。
mojavi2からシフトしやすいFWってどれがいいですかね。
どのみち多少のコード書き換えは発生するんだしと考えると
リセットして今後の運用のみ考えて選定したほうがいい気もするし・・・・
ちなみにシステムはとある業界の業務用アプリで大雑把に
ソースファイル数で2000近くある。当初２，３百ファイル程度の
規模だったのが客の要望にこたえているうちに雪だるま式に
膨らんでしまった。
規模がもう少し小さければ書き直すんだけど・・・
あと前任者はドロップアウトしてもう居ません（泣
0890nobodyさん
2009/03/13(金) 20:11:12ID:???0892nobodyさん
2009/03/13(金) 20:58:41ID:???cakephpｗ
0893nobodyさん
2009/03/13(金) 21:35:38ID:???0894nobodyさん
2009/03/13(金) 21:59:40ID:???同じシステム内でだって画面によっちゃDB使わない画面もあるわけで、
そういうところでモデル呼び出さない設定ができて当たり前なわけで、
当然Cakeだってそういう設定はできる。
0895nobodyさん
2009/03/13(金) 22:45:25ID:???0896nobodyさん
2009/03/13(金) 22:54:58ID:???■ このスレッドは過去ログ倉庫に格納されています