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

**nobodyさん** · 2006/09/30(土) 10:25:07

前スレ
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/

[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/

**nobodyさん** · 2007/01/30(火) 11:03:08

>>853
事情が良くわからないし案件にもよるだろうけど、
ってか多分何がしかの理由があってそうしてるんだろうけど、
そういうケースの場合
実はフレームワーク使わないほうが開発効率が良かったみたいな話はざらにあるよ

そもそもフレームワークってWebアプリケーションのコードのテンプレート化みたいなノリから始まったわけでしょ

**nobodyさん** · 2007/01/30(火) 18:37:16

>>833
http://www.w3.org/2001/tag/doc/whenToUseGet.html

**nobodyさん** · 2007/01/30(火) 21:26:45

mojavi2は確かに構造的に綺麗だけどその構成に従って
作っていくとファイルやらディレクトリやらがやたらと多くなる印象がある
javaやってたりする人からすればそうでもないのだろうが
個人的な好みとしてそれがあまり好きじゃない

**nobodyさん** · 2007/01/30(火) 22:02:40

M2はview必須なのがうざかった覚えがある
symfonyみたいにaction+templateで
必要な時だけview書くのがいい

**nobodyさん** · 2007/01/31(水) 15:36:08

変数アサインするためだけのViewクラスとか作らないと
いけないからな

**nobodyさん** · 2007/01/31(水) 17:54:22

>>856
なかなかよさげなドキュメントthanx
IEの脆弱性のせいでこのドキュメント通りにいかない現実があるというのがCSRF対策(CSSXSS対策)
と思っていたのですが違うのかな

**nobodyさん** · 2007/01/31(水) 18:31:47

Ethnaのサンプルプロジェクトはアーカイブでダウンロード出来ないですか？
Ethna.shを認識しなくて困っております。。。(´･ω･｀)

**nobodyさん** · 2007/01/31(水) 23:55:07

> Ethna.shを認識しなくて
認識ってなに？

**nobodyさん** · 2007/02/01(木) 00:03:10

Mojavi3やAgaviでもViewを作らなきゃいけないの？

**nobodyさん** · 2007/02/01(木) 02:45:02

>>854
現在のバージョンのセキュリティホールと、
そのつき方を教えてください。

**nobodyさん** · 2007/02/01(木) 17:42:25

>>863
継承
MyAction , MyView … 作りゃ何でもできんじゃね

**nobodyさん** · 2007/02/01(木) 20:32:47

>>860
IEだけ？
Fxなら平気だと思ってる？

**nobodyさん** · 2007/02/01(木) 20:48:13

>>866
> IEだけ？

CSSXSSの脆弱性があったのはIEだけだと思っていたのですけど
その他にもPOSTで遷移させた方がいい理由ってあるのですか?

**nobodyさん** · 2007/02/02(金) 20:58:03

StrutsだとActionクラスに直にビジネスロジックを記述するのは
推奨されていくて、別途ビジネスロジックを記述するクラスを用意して
それを呼ぶようにしなさいってことになってるんだけど、
Mojavi3・Agaviあたりでもそれは同じでしょうか？
BusinessクラスとかLogicロジックとかそんな感じで。

**868** · 2007/02/02(金) 21:00:43

あともう一つ。
PHP5の開発ではデータベースへのアクセス方法として
DAOとかDTOとか用意したり、O/Rマッパーを使った開発は
スタンダードですか？

**nobodyさん** · 2007/02/02(金) 21:03:55

http://www.atmarkit.co.jp/flinux/special/php5/php5c.html

名前空間って最初の構想ではあったのになくされたの？
なくすな馬鹿Zend

**nobodyさん** · 2007/02/02(金) 21:15:19

mojavi4は結局どうなりましたか？

**nobodyさん** · 2007/02/02(金) 22:34:21

>>869
何を持ってスタンダードとするかは分からないが
最近のPHPFWならだいたいO/R mapperはついている
他スクリプト言語FWの影響で大概activerecordパターンだと考えても差し支えない
あとMojavi3とかAgaviとか誰も使ってないsymfonyにしとけ
つーかJavaで何が流行ってるか知らないけど
Strutsとか今だに使われてるもんなの？
もう枯れて前時代的なイメージがあるんだが

**nobodyさん** · 2007/02/03(土) 00:12:48

PHPみたいにスタンダードと呼べるフレームワークが1個もない方がよっぽど異常。

**nobodyさん** · 2007/02/03(土) 04:22:52

>>873
お前の知識の古さが異常。

**nobodyさん** · 2007/02/03(土) 09:03:50

>>872
> もう枯れて前時代的なイメージがあるんだが
スタンダードなんだから枯れてなきゃダメ。
ある程度以上に枯れてないものに人気が集中してたら、
それは単なる「流行」ですよ。

>>874
事の善悪は別として、実際スタンダードと呼べるものはない。

**nobodyさん** · 2007/02/03(土) 09:30:31

>PHPみたいにスタンダードと呼べるフレームワークが1個もない方がよっぽど異常。

誰もStrutsを使うのが異常とは言っていない。

俺はPHP4ではCakePHP、5ではSymfonyが事実上のスタンダードになりつつあると
思ってるんだけど。

**nobodyさん** · 2007/02/03(土) 14:06:00

国内ではEthnaが一番多いような気がする･･･。

俺の周りだけかもしれんが。

**nobodyさん** · 2007/02/03(土) 19:54:09

もうEthnaにしようよ。

俺が使い始めちゃったから廃れちゃうと困るんですｗ
お願いしますｗ

**nobodyさん** · 2007/02/03(土) 19:59:31

>>878
じゃあ使い方教えてくれ

**nobodyさん** · 2007/02/03(土) 20:12:51

フレームワーク云々の前にさ
PHPユーザさん達よ、まだPHP4は捨てられないかい？

会社でみんな使ってるから今更変えれない？
君が5を使うべきだと宣言すればいいんじゃないのかい？

使ってるホスティング屋がPHP4しかサポートしてない？
そんな使えない鯖屋はさっさと切るべきじゃないかい？

だって、枯れてるし、なんだかんだでPHP4って事足りるしってか？

**nobodyさん** · 2007/02/03(土) 21:15:44

>>880
童貞と一緒に捨ててるお

**nobodyさん** · 2007/02/03(土) 21:17:41

PHP4ってエラーが例外じゃないのがちょっと。

と思ってPHP5使ってる。

**nobodyさん** · 2007/02/03(土) 22:03:46

例外取り入れるんだったら標準関数も
全部例外スローするようにしてから取り入れろよなあ
phpエラーと例外混在するじゃん
結局phpエラー吐く関数またラップし直しじゃんもうphpアホかと
php5ってなんでエラーハンドラと例外ハンドラって２つあるんすか？
っていうspamをZendに送りつけたいよ畜生

**nobodyさん** · 2007/02/03(土) 23:41:43

エラー→Perlライク
例外→Javaライク

**nobodyさん** · 2007/02/04(日) 11:35:54

>>883
だ、か、らぁ、もうRubyにしろよ！

**nobodyさん** · 2007/02/04(日) 13:46:27

エラーハンドラで例外投げるようにすればいいだろ

**nobodyさん** · 2007/02/04(日) 15:42:01

Mojaviは終わりだと悟った
http://www.google.co.jp/trends?q=mojavi&ctab=0&geo=all&date=all

**nobodyさん** · 2007/02/04(日) 15:55:00

だって今Mojaviトップページしかないじゃん

**nobodyさん** · 2007/02/04(日) 20:28:22

実際のところCakeとSymfonyとethna、選ぶならどれよ？

**nobodyさん** · 2007/02/04(日) 20:47:02

CakeとSymfony使ってみたけど、圧倒的にSymfonyがよかったです。

**nobodyさん** · 2007/02/05(月) 00:18:16

>>890
どのような点で?

**nobodyさん** · 2007/02/05(月) 02:02:33

Cakeを使ってみての素直な感想

CREATE文を書くのが面倒くさい。
テーブル名の規約がうざい。
モデルを手動で作るのが面倒くさい。
コントローラとモデルが微妙にくっついていてうざい。
データバリデーションはいらない。
フォームのバリデーションが欲しい。
ドキュメントがすくない。

Cakeを使っている人がいるのか疑ったくらいです。
まあ、単に使い方が分かってないだけかも知れないですけど。

CakeとSymfonyを両方使ったことがある人でCakeの方が
いいって言う人います？

**nobodyさん** · 2007/02/05(月) 10:07:57

>>892
去年の7月くらいの話だけど、
おれはまずSymfonyのAskeetを一通りやってみようと思った。
二日目でドキュメントどおりにやって動かなくなった。

それでCakeのチュートリアルをやってみたら、あっさり終わった。

なので俺はCake派。

**nobodyさん** · 2007/02/05(月) 16:25:34

動く動かないのレベルかよ、ﾌﾟｷﾞｬｰだな

**nobodyさん** · 2007/02/05(月) 19:26:56

ethna と symfonyはどうなのどうなのお！

**nobodyさん** · 2007/02/05(月) 19:33:06

PHPのFWなんて全部クソだよ
好みで選べ

**nobodyさん** · 2007/02/05(月) 19:50:14

>>892
893ではないが、
シンプルに俺はSymfony設定ファイルが多くてややこしい気分になった。
俺にはCakeの様に配列に放り込むほうが判りやすかった。
だがCakeはその後のバッドノウハウ的なものも含めて色々面倒な気がする。
この面倒が無い（FW内で想定される動作の幅が広く、それらに関してはしっかり動く）
のであれば、Symfonyもやってみたい。

**nobodyさん** · 2007/02/05(月) 20:36:40

Symfony使えばそのムリクリが解消されると思うよ。
Symfony使ってみてうまくいかなくて、Cake使ってるって感じの人も
あとあとの苦労を考えてSymfonyを頑張ってみるのがいいと思う。
本当に小規模・使い捨てみたいなやつならCakeでもいいと思うけど。
だからといってSymfonyが小規模では使わないという意味ではないです。

**nobodyさん** · 2007/02/05(月) 20:43:36

Symfony使って彼女が出来ました。

**nobodyさん** · 2007/02/05(月) 23:13:22

モジャビをダウンロードしてみたいのですが・・・
（どんなもんか、評価したみようと思って）

モジャビのホームページのどのボタンを押しても
画面が全然変わりません。
漏れのブラウザが悪いのか？
JavaはＯＮにしてます。
どうしたら良いですか？
どっかミラーサーバとか無いですか？

**nobodyさん** · 2007/02/05(月) 23:16:55

腐海化してる日本のﾕｰｻﾞｰｸﾞﾙｰﾌﾟｻｲﾄになかったけ？

**nobodyさん** · 2007/02/06(火) 00:13:31

>>900
あそこはまだ作成中
日本のサイトからダウンロードすれ

**nobodyさん** · 2007/02/06(火) 01:37:37

>>900
あとモハビな。

**nobodyさん** · 2007/02/06(火) 02:50:11

>>897
書き散らす分には配列に放り込むのは楽だろう。
しかし、ある程度プロジェクトが膨らんでくると、
設定ファイルを管理するツールが必要になってくる。

そのときYAMLのような汎用ファイルか、PHP配列をソース開いて
正規表現等で解釈させるような方法でやるか、
どちらがツールを楽に構築できるか、差は一目瞭然。

**nobodyさん** · 2007/02/06(火) 03:11:22

>>883
＞結局phpエラー吐く関数またラップし直しじゃんもうphpアホかと
set_error_handlerいっこ定義するだけじゃん。別に何も難しくないし、もう>>883アホかと

＞php5ってなんでエラーハンドラと例外ハンドラって２つあるんすか？
互換

**nobodyさん** · 2007/02/06(火) 04:49:10

互換性って何？って話だな

**nobodyさん** · 2007/02/06(火) 08:54:29

>>892
少し趣旨はズレますが、私はSymfonyを使っていてあまりにもパフォーマンスが出ないので、cakePHPに乗り換えました。

しかし、それでもまだ不満なので、Django(Python)に思い切って乗り換えようかと悩み中です。

**nobodyさん** · 2007/02/06(火) 12:29:56

javaつかっとけば？

**nobodyさん** · 2007/02/06(火) 14:06:07

rubyでいんじゃね？

**nobodyさん** · 2007/02/06(火) 16:26:13

スピードで言えばzendが一番早そうだけどどうだろ

**910** · 2007/02/06(火) 16:26:51

ZFのパフォーマンスね。

**nobodyさん** · 2007/02/06(火) 19:46:41

http://www.nikkeibp.co.jp/news/it07q1/524693/
Zend Studio 5.5は、Zend Frameworkのバージョン0.6.0を同こんする。

こんな中途半端なバージョン組み込まれてどうしろと？

**nobodyさん** · 2007/02/06(火) 20:10:40

>>912
時期尚早ですな
早めのうぷでーとしてくれるなら5.0からアップグレードして良いが

**nobodyさん** · 2007/02/07(水) 08:55:06

>>912
やっぱZendの人もSymfonyの完成を見て焦ってしまったんじゃないですかね。
バンドルはしなくて良いと思う。
＝必要ならダウンロードして取得すればいいだけだからね。
無理やり押し付けてSymfonyのシェア拡大を阻止しようと思ったのかなー？？？

**nobodyさん** · 2007/02/07(水) 09:02:51

symfonyｶﾞｿﾊﾞﾚ!!!

**nobodyさん** · 2007/02/07(水) 09:32:04

フレームワーク戦争勃発

**nobodyさん** · 2007/02/07(水) 09:38:57

>>912
そもそもZendStudioなど使わない

**nobodyさん** · 2007/02/07(水) 11:38:08

進歩煮会と全土組の抗争が！？

**nobodyさん** · 2007/02/07(水) 14:13:58

毛育一家も忘れないであげてください

**nobodyさん** · 2007/02/07(水) 14:38:40

>>914
もともとzfはPDTやZSと連携することになっていたと思うが

**nobodyさん** · 2007/02/07(水) 18:47:26

実用じゃなくて勉強のためにｺｰﾄﾞ追っていきたいんだけど、
symfonyとZF、どっちがオススメ？

**nobodyさん** · 2007/02/07(水) 18:55:50

その目的なら激しくZFを勧めるな
symfonyのコードは癖がありすぎる

**nobodyさん** · 2007/02/08(木) 02:58:05

ZFのが癖がありすぎるな。
あのアンダーバー規約は今時の他の言語ではありえない。

**nobodyさん** · 2007/02/08(木) 05:23:29

アンダーバー規約って？

**nobodyさん** · 2007/02/08(木) 11:42:05

クラスの命名規約の事じゃない？

**nobodyさん** · 2007/02/08(木) 19:36:58

アンダーバーは便利さのために仕方ない

**nobodyさん** · 2007/02/09(金) 05:19:25

symfonyの「癖」はmojavi由来です

**nobodyさん** · 2007/02/09(金) 11:42:05

アンダースコア区切りってPerlの"::"やPythonの"."と同じようなものやん？
他の言語ではありえないという意見こそありえない。
クラスのドメインを示すにはいい方法だと思うよ。
PHPの言語仕様の内では。

**nobodyさん** · 2007/02/09(金) 11:54:37

他の言語は何らかのネームスペース機構があるからいいけれど
PHPはそういうのがないからクラスの命名規則で回避するしかない
意外と知られてないが地味に公式のマニュアルでもお勧めされている
http://jp.php.net/manual/ja/userlandnaming.tips.php
でPEARパッケージもその方法を取りZFもそれを継承している

**nobodyさん** · 2007/02/09(金) 12:10:01

ネームスペース欲しいね。下手な取り込み方はいやだけど。

**nobodyさん** · 2007/02/09(金) 12:14:28

一応PHP6のTODO Listには
add namespace support
がある
どこまで進んでるのかわからないが

**nobodyさん** · 2007/02/09(金) 15:01:03

PHP5で名前空間サポートされていなかったっけ

**nobodyさん** · 2007/02/09(金) 15:17:42

詳しくは知らんけど、Pythonのファイルベースの名前空間って、
使い勝手良さそう。

**nobodyさん** · 2007/02/09(金) 16:54:49

>>932
最初サポートされる予定だったけど無くなった

**nobodyさん** · 2007/02/10(土) 16:02:14

フレーワーク、命名規則以外に何か社内的な規約とか作ってる?
こんなルール作っておくとメンテナンス性上がるよみたいな

**nobodyさん** · 2007/02/10(土) 16:38:36

それを縛り上げるためのFW

**nobodyさん** · 2007/02/10(土) 17:07:31

FWごとにルールが違うのがね。

**nobodyさん** · 2007/02/10(土) 18:08:16

唯一無二の正解があるようなものじゃないんだからそりゃ当然だろーさ

**nobodyさん** · 2007/02/10(土) 20:34:54

>>933
Ruby＞Python＞PHP6ですか？

**nobodyさん** · 2007/02/12(月) 14:00:36

PEARとZFのｺｰﾃﾞｨﾝｸﾞ規約ってどうなの？
自前のｽｸﾘﾌﾟﾄをそれに則って書いてたりしたら厨っぽく見られたりするもんなの？

**nobodyさん** · 2007/02/12(月) 14:08:07

むしろ合わせろよ

**nobodyさん** · 2007/02/12(月) 22:30:57

>>940
オレオレ規約で書いてるより100倍マシ。
PEARのコーディング規約とかで書いてあれば一応読む気にはなるかな。

**nobodyさん** · 2007/02/13(火) 01:47:20

>>942
百倍悪いオレオレ規約を言語使用で許容してる時点で問題だわな。

**nobodyさん** · 2007/02/13(火) 01:48:30

>>939
pythonとrubyが逆

**nobodyさん** · 2007/02/13(火) 10:59:04

>>943 >>938

**nobodyさん** · 2007/02/13(火) 12:01:14

http://itpro.nikkeibp.co.jp/article/COLUMN/20070205/260809/

おまいら2038年問題対応してる？

**nobodyさん** · 2007/02/13(火) 12:40:20

そんな未来の日付を扱うものを作ったことがないから無視

でもちょっと誕生日とか扱おうとするだけで 32bit unix timestamp では収まらなくなるから
PEAR::Date に限らないけどういう機能は使ってるね
本当はそんなん言語が提供してくれるといいんだけど……ってそれが PEAR::Date なのか

**nobodyさん** · 2007/02/13(火) 14:57:59

PHPで作っているものが30年後まで動いているとは思えない
日付はほぼ、単なる文字列か　PEAR::Date として扱っているな

**nobodyさん** · 2007/02/13(火) 15:11:28

2030年頃にPHPがまだ存在しているなら、中の人がdate関数をINT_MAX以上でも扱えるように直してくれるさ。

**nobodyさん** · 2007/02/13(火) 15:14:15

というか64ビットに移行だろ

**nobodyさん** · 2007/02/13(火) 18:25:12

なんでコーディング規約じゃなくて言語で縛りつけないのだろう
あまり自由に書けても嬉しくないけどな

**nobodyさん** · 2007/02/13(火) 18:27:12

ディレクトリ配置と名前空間が一致するのがダサいとか
思ったんじゃないの

**nobodyさん** · 2007/02/14(水) 01:25:55

>>952
そう思ってるなら、わざわざそのダサいもんをPEAR規約に盛り込んだりしないだろ。

**nobodyさん** · 2007/02/14(水) 01:27:20

>>951
規約以外にも、
オブジェクト作るたびにあの長いクラス名入れるのが頂けないわな。