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

【PHP】フレームワー� ..

701:nobodyさん
08/11/23 20:43:11
軽いっちゃあcakePHPだろうね。機能的にはsymfonyかね。
まぁそれぐらいの人数じゃ負荷は別に別に気にしなくてもいいと思うけどね。

702:nobodyさん
08/11/23 20:54:39
>>700 >>701
回答ありがとうございます。
学習コストはどっちが大きいのかな？
symfonyの方が難しい？

703:nobodyさん
08/11/23 22:07:52
やりたいことにもよるだろ。
ドキュメントぐらい見ろや。

704:nobodyさん
08/11/23 23:03:02
自分でちょっとした軽いサイトを作りたいなてとき
CakePHPがよい
どういうサイトが当たるかわかんないから
とにかく当たりそうなサイトを片っ端から量産したいときにはCakePHPがいい
大企業からマジ受けするならsymfonyかな
そんな大企業を相手できない俺は小回りが利いて時代にニーズにいち早く対応できるCakePHPが一番好きだ

705:nobodyさん
08/11/23 23:03:07 I/SHm+AO
Cakeの方がインストール簡単

706:nobodyさん
08/11/23 23:06:24
CakePHPみたいに作りたいなと思ったサイトをサクッと作れる快感がたまらん
時代の流れの速いＩＴ業界にあってるよ

707:nobodyさん
08/11/24 00:43:30
おれはSymfonyの方がよりオブジェクト指向な分使いやすいな
ドキュメントもしっかりしてるし

708:nobodyさん
08/11/24 01:31:16
その二つのどっちかが今の主流なのかな

709:nobodyさん
08/11/24 01:58:00
今の日本での主流はcake。
php6の後も稼動し続ける予定ならZFが無難。

URLﾘﾝｸ(www.google.com)

検索数だからあてにならないかもしれないけど
日本語圏はcakeを世界で2番目に使ってるっぽいぞ。
つーか、地域だと目黒区が1位だけどお前ら寄付とかしてんの？ｗ

710:nobodyさん
08/11/24 02:07:28
インドネシア語が一位って。。
それ眉唾すぎないか

711:nobodyさん
08/11/24 02:19:05
ZFだけはないわ
cakeはドジでのろまな亀しか使ってないし
普通はsymfonyだろうな

712:nobodyさん
08/11/24 02:34:38
ちょろっとしか見なかったらなぜZFがあんな駄目駄目言われるかわからん。

みんな言うからきっとそうなんだろう。

713:nobodyさん
08/11/24 09:30:25
俺フレームワークの基礎にするには、別にZFは悪くない
symfonyは知らんが、cakeとかCIとかのように、「こう書けばすぐアプリ」っていう
がっちがちの枠を、ZFでは用意していないだけ。

714:nobodyさん
08/11/24 10:58:13
PEARみたいなライブラリということか

715:nobodyさん
08/11/24 12:21:02
密であるが疎にはできないものと
密にも疎にもできるもののどちらがいいかっていったら
そりゃ後者だわな

716:nobodyさん
08/11/24 13:41:57
そこら辺の凡人ＰＧがPHP4時代に書いたど腐れライブラリなんかは、
全部ZFに置き換えてもいいくらいだと思うよ
なんつーの？割り切り仕様というか内部諒解仕様というか、そういった
よくわからん決め打ち系の記述は（マルチバイト関連を除けば）非常に少なく、
かなり汎用的に作られてるっぽい。
例外処理だけ、ZF流儀にあわせればあとはどう使おうと自由って感じで。

717:nobodyさん
08/11/24 18:12:50
>>713
> がっちがちの枠を、ZFでは用意していないだけ。

がっちがちの枠（フレーム）を用意するのが
フレームワークだと思うんだがねぇ。

718:nobodyさん
08/11/24 18:28:09
メリットもあるが色々弊害もあるのだよ、僕

719:nobodyさん
08/11/24 18:35:08
それはフレームワークでなくて別って意味でしょう。
ZFは自由に使えって言うけどライブラリとの違いが分からない。
そして、結局ライブラリを細切れに使うのと手間が一緒の気がするんだけど。
それ以上のメリットがあるのか良く分からない。

720:nobodyさん
08/11/24 18:43:34
>>719
具体的にそれでどんな悪い点が？

721:nobodyさん
08/11/24 18:51:52
>>719
使ってみればわかるが、ZFにフレームはある。
ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ
設計を行わない人にとっては無用の長物。メリットだってわからない。

722:nobodyさん
08/11/24 20:20:21
決め打ちでしかプログラミングできない低脳にはおすすめできないってこった

723:719
08/11/24 20:59:56
>>720
あえて言えばメリットが見つからないというのが悪い点かと

>>721
使い込んでみないと分からないって事でしょうか。
もうちょっと機会があれば研究してみたいとは思います。

>>722
なるほどそうですかw

724:nobodyさん
08/11/24 22:26:16
Eclipseでsymfonyフレームワーク使ってプログラミングしたいんだけど、可能？

725:nobodyさん
08/11/24 23:50:06
どういう意味かはっきり書かないと答えようがない。
Eclipseはエディタだからそりゃ可能だ。

726:nobodyさん
08/11/25 05:20:59
PDTで書けるかって意味ぢゃね？
ethnaとかちょっと微妙だから。

symofnyは大丈夫だけど、少しコツがいる。
けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ？
＞ 1.1→1.2

727:nobodyさん
08/11/25 15:20:48
微妙って意味がわからんのだが
htmlまわりの話か?

728:nobodyさん
08/11/25 15:32:12
最近は知らんけど、1年くらい前の状況だと、
Ethnaの構造ではPDTでは補完が働かなかったな。
あとコマンドラインでアクションやビューやテンプレートが生成されるので、
いちいちプロジェクトを更新するのが面倒だった。

ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、
わざわざ重たいPDTを使うメリットがないと思った。

symfonyは使ってないからしらね。

729:nobodyさん
08/11/25 15:43:10
プロジェクトの更新なんてF5一発でいいのでは。
そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかｗ
補完もどのみち最初から微妙っちゃ微妙だし。
少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う
まあやりやすいようにやればいいんだけど

730:nobodyさん
08/11/25 15:51:45
俺の場合、PDTに感じる価値がちょうどプロジェクトの管理と補完だからな。
逆にエディタとして見ると融通が利かない駄目なやつと思っている。
最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、
後は覚えてないけど細かいところでたまにイラっとする。
だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。

731:nobodyさん
08/11/25 16:09:13
一応、Eclipseの特徴として on the fly な構文チェックってのはあるけどね。
しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる
自分が注意力散漫だけかもしれんけどｗ
他のエディタでもこの機能はあるのかな？

732:nobodyさん
08/11/25 16:32:01
PDTにsymfony用のプラグインってあるよね
使ったことはないけど

733:nobodyさん
08/11/25 16:38:15
URLﾘﾝｸ(www.symfony-framework.com)
URLﾘﾝｸ(noy.cc)
Symfoclipseつーやつかな？

734:nobodyさん
08/11/25 16:54:55
てか、Eclipse使ってる人はPDTが多いのか。
なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端？

735:nobodyさん
08/11/25 17:45:10
オレなんて未だにTruStudioなんだぜ、自宅は
さすがに会社はPDTに乗り換えたが、自宅じゃ
めんどくせーからこのまんまでいいやみたいな

736:nobodyさん
08/11/25 22:37:49
>>727
スケルトンが拡張子が.phpだから（かつ中身がphpじゃないから）PDTだとずっと構文エラーになる。
拡張子ハードコーディングしてあるから直せん＞ethna

737:nobodyさん
08/11/26 01:42:35
PDTならZSの方がインスコも楽だしアナライザーもはいる。
無料でよろし。お薦めする。

738:nobodyさん
08/11/26 05:16:43
Zend Studio？無料？

739:nobodyさん
08/11/26 08:31:02
そう。ZSは試用期間が終わるとPDTとほぼ同様になる。
尚日本語版は勧めない。日本語化したければPDTと同じようにする。

740:nobodyさん
08/11/26 21:22:21
>>736
うそ
ethnaって .php -> .html とかに変えられないの?
ダメだそりゃ

741:nobodyさん
08/11/27 02:26:51
>>740
スケルトンがな。
ルーティングなんていくらでも変えられる。

しかし、スケルトンもEthnaのデフォを削除しちゃって、自分Appのは
Handlerを定義しちゃえばいけるんじゃね？そんな手間でもないと思うが。

742:nobodyさん
08/12/01 22:29:43 XLqJXNnh
URLﾘﾝｸ(www.yiiframework.com)

Yii 　178
CakePHP 170
CodeIgniter 131
Prado 53
Zend 51
Symfony 36

数字はRequest Per Second

743:nobodyさん
08/12/01 22:39:29
いいねいいね
今度使ってみるか

744:nobodyさん
08/12/01 23:19:54 XLqJXNnh
こういうhello worldにベンチってどんくらい意味あんのかとか思ってたけど
そのページに書いてあるようにあくまでRPSの上限を計るベンチで（これ以上の値は出ない）、
ajaxとかhtmlレンダリングない場合もあるしでやっぱり価値はある。

745:nobodyさん
08/12/01 23:27:25
そのベンチ、Yiiだけecho 'Hello World';になってて
他のがdie('Hello World');になってるのは何で？

まあ大抵のベンチは信用出来ないのは知ってるけども。

746:nobodyさん
08/12/01 23:48:49
dieの方が速いけどw

747:nobodyさん
08/12/02 01:49:03
なんでこんな速いの？エクステンション？

748:nobodyさん
08/12/02 01:54:30
URLﾘﾝｸ(phpimpact.wordpress.com)

Baseline PHP 　 331.8
CodeIgniter 　 21.5
Zend Framework 9.2
CakePHP 　　　　　 3.7

749:nobodyさん
08/12/02 10:55:00
ま　た　ベ　ン　チ　パ　フ　ォ　ー　マ　ン　ス　か
一応客観的っぽい比較はできるのかもしれないが、だからどうしたってんだ。
ってまだ誰も、使うどころか中を見てもないんだろうけどｗ

750:nobodyさん
08/12/02 11:15:02
>>749がコードを読んでパフォーマンスについての詳細な報告をしてくれるそうです

751:nobodyさん
08/12/02 11:40:29
"Yii is a high-performance component-based PHP framework for developing large-scale Web applications."
コンポーネント指向？ってどんな感じのを言うの？

752:nobodyさん
08/12/02 14:42:18
また新しいFWが登場したの？
みなさんのレポ（人柱）に期待ｗ

753:nobodyさん
08/12/02 15:26:34
G5の方がインテルより速いといい張ってた企業があったしな・・
ベンチマークなんて所詮うんちマークです
それが偉い人には分からんのです

754:nobodyさん
08/12/02 15:28:13
ボトルネックはDBまわりだったりするしな

755:nobodyさん
08/12/02 17:30:38
>>751
サービス指向と一緒にググるとよくわかる多分

756:nobodyさん
08/12/02 19:21:20
helloのベンチなんて高機能FWが不利に決まってるジャマイカ

757:nobodyさん
08/12/02 20:29:16
yiiって3メートル競走でフェラーリに勝ったと宣言する原付みたいだねm9（＾Д＾）ﾌﾟｷﾞｬｰ

758:nobodyさん
08/12/02 21:23:24
一応ActiveRecordやpure OOP、ドキュメントの整備なんかもウリにしてるみたい
=等の演算子にスペースをつけないとか if ～ else で { } を省略したり ?> を書かない
スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ
demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？）
簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？

759:nobodyさん
08/12/02 21:47:13
ベンチって脊髄反射で熱くなるやつ多いよな
CakePHPのフォーラムとか

760:nobodyさん
08/12/02 21:58:40
>?> を書かない
これは当たり前だろ…
むしろ書く方がアホ

761:nobodyさん
08/12/02 22:06:13
>>759
> ベンチって脊髄反射で熱くなるやつ多いよな

ベンチに問題があることが多いからな。

762:nobodyさん
08/12/02 22:16:29 FW3sGcTR
まあ、symfonyは重すぎるな。

763:nobodyさん
08/12/02 22:27:41
>>749,753,754,756,757
I can hear the objections now:

　　 * “Not realistic!”
　　 * “Not comprehensive!”
　　 * “Doesn’t account for features that I like!”
　　 * “Who cares, I don’t need that level of responsiveness!”
　　 * “Doesn’t matter if Framework X is slower, I’m more productive with it!”

Yes, yes, you’re all correct. ┐(´ー｀)┌
URLﾘﾝｸ(paul-m-jones.com)

764:nobodyさん
08/12/02 22:49:14
>>760
決めつける奴も(ry

------------------------------------
<?php
echo "hello\n";
------------------------------------

↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。

765:nobodyさん
08/12/02 22:56:45
>>764
それでいくと\nが気持ち悪い。ちゃんと書こうよ。

766:nobodyさん
08/12/02 23:11:14
ん？こうかな？

#!/usr/bin/php
<?php
echo "hello.\n";

767:nobodyさん
08/12/02 23:13:51
>>766
そのOS依存文字～!
\nだよ\n!!!

768:nobodyさん
08/12/02 23:13:52
凄いな･･･理解して書いてないよな。

769:nobodyさん
08/12/02 23:15:23
どっちも痛いけど>>767が果てしなく痛い

770:nobodyさん
08/12/02 23:16:48
>>769
ﾎｯﾄｹ

771:nobodyさん
08/12/02 23:19:22
>>766でOSの違いを吸収したつもりだったけど・・・OSXなんてしらね orz
PHP_EOLってのでいいのか

772:nobodyさん
08/12/02 23:26:39
>>771
Windowsはいいの？
URLﾘﾝｸ(side-b.sto.co.jp)

773:nobodyさん
08/12/02 23:29:12
さすがPerlなんともないぜ

774:nobodyさん
08/12/02 23:37:58
>>772
cygwinとかもしらね orz
（でもそれはLFでいいような気もする）

775:nobodyさん
08/12/02 23:52:13
VBですら定数あったな

776:nobodyさん
08/12/02 23:52:55
PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。

PHP_EOLを出力に使うなよ。
PHPから抜け出して改行打った場合に、実行するOSによって
改行がバラけるだろ。

777:nobodyさん
08/12/02 23:55:24
タブやらヌルが一種類で本当によかったよな

778:nobodyさん
08/12/02 23:56:39
新説ktkr

779:nobodyさん
08/12/03 00:08:32
サーバのOSでの改行コードだから、両方関係ないだろ。

hello worldでPHP_EOL
見てる人のOSで改行されるとは限らない。
スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。

str_replaceでPHP_EOL
見てる人のOSの改行コードがサーバと同じとは限らない。

780:nobodyさん
08/12/03 00:20:28
・・・見てる人？べつにブラウザ相手限定の話ではないとおもったが。
「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。
LFでもCRLFでも動く。CRのみは知らないけどｗ
Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに
CRLFでアップロードしてるんじゃねーよって。
だから >>773 には半分だけ同意ｗ

>>776は新説。展開に期待しよう。

ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、
その辺もそろそろ定義および実装してほしいもんだ。
現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で
飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。
改行コードは仕方ないから変換するけど。

スレ違いｽﾏｿ

781:nobodyさん
08/12/03 00:23:14
Perlだったらjcode.plとかJcode.pmとかEncodeとかあるだろうよ。

782:nobodyさん
08/12/03 00:25:19
guess して不明なら全部はねる？
まあそういう作り方もあるだろうけどね

783:nobodyさん
08/12/03 00:53:25
文字コードは、RFCでサーバが出力した文字コード以外でPOSTしても
違反ではない事になってるんだな。

accept-charsetっていうのもあるけど、対応して無いブラウザもある。

被ってる領域内の文字しか無かったら判別は不可能なのにね。

実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし
mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども
イレギュラーなブラウザは存在する。

あとはhiddenで文字コード判別出来る文字列送るって方法もある。

英語圏なら全てctypeでOKなのにな。

RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。

784:nobodyさん
08/12/03 00:57:25
イレギュラーなブラウザなんて少ないんだからそこらへんは趣味じゃない

785:nobodyさん
08/12/03 03:25:54
でも、何となくいけてるだけっていうのに違いはないんだよね
まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな

んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。

786:nobodyさん
08/12/03 05:58:13
結局はちいたんで（ｒｙ

787:nobodyさん
08/12/03 10:22:38
>>763
symfonyは他のに比べて読み込むファイルが多すぎなんだよな。

788:nobodyさん
08/12/03 11:40:40
PHPFWの色々な比較みたいなのやってるサイトとかないかねぇ

789:nobodyさん
08/12/03 13:57:38
>>788
なんの比較?