トップページ⇒php
1001コメント251KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/02/19(月) 23:50:20ID:e8b09Hl8
前スレ
【PHP】フレームワークについて語るスレ5【総合】
http://pc10.2ch.net/test/read.cgi/php/1159579507/l50

[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/
0083nobodyさん2007/03/09(金) 19:48:43ID:???
>>82
Flexスレにどぞ
http://pc11.2ch.net/test/read.cgi/php/1113294628/
0084nobodyさん2007/03/09(金) 21:09:40ID:???
DBマガジンでPiece FWをちらっと立ち読みしたのがステートフルというのは
確かに魅力的だ
Webアプリを作っていてセキュリティ対策が一番重要で一番時間がかかるわりに
一番おもしろくないので、その辺が楽になるFWは魅力的だ
0085nobodyさん2007/03/09(金) 21:14:11ID:???
あとPiece IDEやyamlの設定ファイルをいじるソフトを作るとか書いてあった
結構高い志を持ってやっている印象はあるがどうなの? > 利用している人
0086nobodyさん2007/03/09(金) 21:19:35ID:???
まぁでも標準には持ってけないだろうな
0087nobodyさん2007/03/09(金) 22:59:47ID:???
Piece Framework と Zend Framework を一緒に使えるようにしているので、Zend Frameworkとともに爆発する可能性あり(^^)v
http://www.phppro.jp/news/330
0088nobodyさん2007/03/09(金) 23:13:19ID:???
Piece Frameworkは勉強会ばっかやらずにまずドキュメントを揃えた
ほうが良いと思うな。故Mapleを思い出しちゃうよ。
0089nobodyさん2007/03/10(土) 01:23:22ID:???
私は、ＭＶＣが良く分かっていません。
正直、まだ満足にSymfonyやZend Frameworkを使いこなせていません。
もう次世代の新しいフレームワーク「Piece」が出たんですか？
ピースのホームページにあった説明分には、聞いたことがないような用語が連発されていてよく分かりませんでした。＞＜
PHP初心者の私でも分かるようなドキュメント、説明、使用例を作って欲しいです。
作者さん、よろしくお願いします。
0090nobodyさん2007/03/10(土) 02:12:56ID:???
初心者に分かりやすいのはZend
0091nobodyさん2007/03/10(土) 02:13:56ID:???
>>89
有限マシンと言われてもピンと来なかったが、決定性有限オートマトンと同じらしいから、コンパイラの解説でも探して読めば判るよ。
字句解析とかの話で、普通に解説されている。

決定性有限オートマトンとか、DFAで調べても出てくるだろ。
0092nobodyさん2007/03/10(土) 02:55:04ID:???
で、要するにセッション管理？
0093nobodyさん2007/03/10(土) 03:12:57ID:???
>>91
MVCも分からんって言ってる人に
冷水浴びせかけてるぞw
0094nobodyさん2007/03/10(土) 05:36:29ID:???
Singletonにするクラスを継承させると
getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
それぞれのインスタンスを管理するFactoryクラス書いて
疑似Singletonにするのってアリ？ナシ？
0095nobodyさん2007/03/10(土) 05:59:35ID:???
FactoryをSingletonにして
生成される側で呼び出しクラスチェックしたら問題ないよね。
0096nobodyさん2007/03/10(土) 07:13:24ID:???
>>87
爆発してチリとなる、と(w
0097nobodyさん2007/03/11(日) 18:51:28ID:???
>>94
> Singletonにするクラスを継承させると
> getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
なぜ？getInstanceにどういう実装をしてるんだ？
0098nobodyさん2007/03/11(日) 19:09:03ID:???
staticな$instanceをそれぞれの子クラスに持たせないといけないから
それにアクセスするgetInstanceも子クラスに持たせないといけないでしょ
0099nobodyさん2007/03/11(日) 20:58:19ID:???
>>98
なんでよ？継承してるんでしょ？

class Singleton
{
　private static $instance = null;
　public function getInstance()
　{
　　if (self::$instance === null) {
　　　echo "new\n";
　　　self::$instance = new self;
　　}
　　return self::$instance;
　}
}

class SubClass extends Singleton
{}

$obj = Singleton::getInstance();
$obj = SubClass::getInstance();

これでいいんじゃないの？newが表示されるのは1回だけだよ
PHP4ならスタティックプロパティをスタティック変数にする
0100992007/03/11(日) 21:07:13ID:???
そっか、コールされてる元クラスが
selfじゃ取れないから確かにだめだ
SubClass::getInstaceだけやってても
Singletonのオブジェクトが返って来るわ
すまんこ
0101nobodyさん2007/03/12(月) 03:11:38ID:???
誰もが面倒くさくないシングルトンに挑戦し
そして挫折する
0102nobodyさん2007/03/12(月) 10:16:16ID:???
そうしてみんな大人になっていくのだ
0103nobodyさん2007/03/12(月) 10:23:41ID:???
シングルトン以前はシングルトン以後のように
シングルトン以後はシングルトン以前のように
0104nobodyさん2007/03/12(月) 10:50:44ID:???
Singletonの継承は諦めるのが一番楽ちん
0105nobodyさん2007/03/14(水) 05:58:22ID:???
つまりクラスは再利用されない訳で、クラス使う意味ないね(w

作ってる香具師は自分のスキルを誇示したくて作ってるだろうから、勉強会がモチベーション上がるだろうね。
ドキュメント整備なんてPGには全く向いてない仕事。使う側が自分が楽するために整備して行く以外無いよ。
セキュリティが面倒だから任せたいってのも、作る側もセキュリティは面倒なので遣りたくはないと思う。
結局はセキュリティは後回しで、使う側が困ると。
セキュリティとか楽しくない作業は商用ソフトとかで金でモチベーションを保たないと整備されないと思う。
0106nobodyさん2007/03/14(水) 06:11:52ID:???
再利用のためだけにクラス作るわけじゃないよ
いったんOOPに慣れたらクラス作らない方が書きにくい
0107nobodyさん2007/03/14(水) 09:41:35ID:???
PHPではネームスペースの代わりにクラス使っていることも多い。
0108nobodyさん2007/03/14(水) 23:40:26ID:???
ウェブアプリ自体、オブジェクト指向なんて無用と思うけど、
mod_phpみたいに永続化の仕組みがない環境じゃますます要らない。
リクエストの度にDBやフォームデータというフラットな構造の値からオブジェクトを作り直すなんて馬鹿げてる。
0109nobodyさん2007/03/14(水) 23:43:17ID:???
OOは人間が読むため
パフォーマンスが落ちるのは仕方ない
0110nobodyさん2007/03/15(木) 01:49:45ID:???
今は鯖が結構ええから
読みやすさのためにOOにしたほうが有益
0111nobodyさん2007/03/15(木) 01:54:28ID:???
うん
アクセラレータ入れたらいいしね
0112nobodyさん2007/03/15(木) 02:31:25ID:???
クラス使わなかったら名前ぶつかりまくるじゃん
ベタ書き主義は
他人のライブラリを使うという可能性まで切り捨てることになる
0113nobodyさん2007/03/15(木) 11:21:54ID:???
プログラマがオブジェクトとして扱える事に意味がある
0114nobodyさん2007/03/15(木) 14:47:00ID:???

　オ　ブ　ジ　ェ　ク　ト　ン　あ　ら　わ　ル　！　！

　ﾃﾞﾃﾞｰﾝ!!
0115nobodyさん2007/03/16(金) 08:52:32ID:???
ベタ書きで、何にも困ってないんだけど・・・。
もちろんあらゆる処理を自作関数にはしているけど、
関数から一歩進んでクラスにするメリットがよく理解できない。
0116nobodyさん2007/03/16(金) 09:53:31ID:???
>>115
単純にクラス化すればいいってもんじゃないけど
例えば俺があなたのコードをメンテしなきゃならない時にコードを理解するのが大変とかっていう
ベタ書きのデメリットを回避出来るのがメリットかなぁ

本当に理解してる人からは怒られるかもしれないけど、稚拙な俺なりの理解で抽象的に語ると
クラス化するというのは情報を整理する為の方法だと思うんだ
きちんと整理されているとコードを読みやすいし書きやすい
ベタ書きでも整理は出来るんだけど、ベタ書きだけでは整理の為の表現力が足りないし、より
オレオレな整理方法になりやすい

どうでもいいけどクラス化されてないフレームワークってあるんだろうか？（phpでね）
おもしろいフレームワークになりそうな気はするがｗ
0117nobodyさん2007/03/16(金) 10:52:04ID:???
ま、PHPでクラスを使うメリットってパッケージらしきものを作ることくらいなんだよな。
だから、PHP4で十分なんだ。
0118nobodyさん2007/03/16(金) 10:59:28ID:???
なんかしらんが、クラス化したくないやつは別にせんでええから。
黙ってひとりだけでやっとけ。
0119nobodyさん2007/03/16(金) 12:34:59ID:???
http://journal.mycom.co.jp/articles/2007/03/14/googleguice/
このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる

今、Ruby on RailsのPHP版が人気だと思いますが、Guiceに影響を受けてDIフレームワークが増えてくるでしょうか？
0120nobodyさん2007/03/16(金) 12:44:56ID:???
　 ＼(^o^)／　　　　　　　　　　　　 ＼(^o^)／ PHPオワタ
　　　 )　 )　　　　　　　　　　　　　　 ノ　ノ
((((　 >￣ > ))))　＼(^o^)／　(((　<￣<　))))
　　　　　　　　　 　 　 )　　)
　　　　　　　　　(((　　>￣ > )))) 　　　Javaハジマタ
0121nobodyさん2007/03/16(金) 12:48:54ID:???
>>115
関数はそれ一つで事象が完結してしまうだろ。
オブジェクトはそれの消滅まで動作を一連して処理できる。

たとえば簡単な例だと、PHPのFTP関数。
何をするにも、関数ひとつひとつにコネクションを突っ込んでやらなきゃいけない。
0122nobodyさん2007/03/16(金) 12:59:51ID:???
googleはPHPのフレームワークも作ってください＞＜
0123nobodyさん2007/03/16(金) 13:00:46ID:???
いらねーよ
google規模の仕事なんてしねーし
0124nobodyさん2007/03/16(金) 13:04:11ID:???
もうGoogleがすべての開発環境作ってくれればいいんじゃねーかと思う
0125nobodyさん2007/03/16(金) 13:31:55ID:???
>>121
そのレベルの話が理解できてないやつに何言っても無駄。
0126nobodyさん2007/03/16(金) 13:48:08ID:???
>>115
＞ベタ書きで、何にも困ってないんだけど・・・。
具体的にどんなもの作ってるの？
何も困らないとかすごいな。
つくったものちょっと見せてよ
0127nobodyさん2007/03/16(金) 14:10:14ID:???
OOを体得した奴にとっては
OOの方がいいことに疑問もないけど、
そうでない奴が「これ何の役に立つんだ？」と考えるのもよくあることだな。
0128nobodyさん2007/03/16(金) 16:09:03ID:???
>>127
そしてあらゆることに「だって〜〜すれば同じじゃん」と言ってくるのもよくあることだな
0129nobodyさん2007/03/16(金) 18:45:29ID:???
で、最終的に
「一人で趣味でやってるなら好きにすれ」
となるわけだな。
0130nobodyさん2007/03/16(金) 19:03:38ID:???
最近PHP5を始めた私に、おすすめのフレームワークを教えてください。
無難なやつがいいです。ゲームだったらドラクエ買っとけば？みたいな。
できれば新しい奴がいいです。
0131nobodyさん2007/03/16(金) 19:16:57ID:???
それならsymfonyかな？
01321302007/03/16(金) 19:23:45ID:???
>>131
ありがとうございます。丁度symfonyみてました。じゃあこれで
やってみます。
0133nobodyさん2007/03/17(土) 03:34:50ID:???
デザイナとプログラマーが分業に向いているフレームワークってないでしょうか？
既存のフレームワークを使わずに、自作フレームワーク + smartyぐらいしか
方法はないんでしょうかね
0134nobodyさん2007/03/17(土) 04:03:49ID:???
>>133
どうして自作フレームワーク + smartyだと思ったんだろう？
既存フレームワークのどこがネックだと思ったの？
0135nobodyさん2007/03/17(土) 19:52:48ID:???
ないね。最近のフレームワークはプログラマー視点のばっかだから。
0136nobodyさん2007/03/17(土) 21:43:25ID:???
>>133
ほとんどのフレームワークでSmartyなりFlexyなりのテンプレートエンジンが使えると思うんだけど、
それ以上の事っていう話？

それ以上どういうものがあるとデザイナさんにとって便利なのか、よくわからんので、
アイデアがあるなら聞かせて欲しい。
0137nobodyさん2007/03/18(日) 04:21:17ID:???
>>135
ぷ
0138nobodyさん2007/03/18(日) 15:41:58ID:???
>>135
プログラマー視点でないフレームワークってどういうものか教えて下さい
0139nobodyさん2007/03/18(日) 17:36:06ID:???
つ　Pharon
0140nobodyさん2007/03/19(月) 11:16:32ID:???
ふと閃いて、デザイナー視点のフレームワーク（デザイナーが持ってきたデザイン（html）をそのまま修正せずに使える、という事）を作ったつもりだったんだが・・・
予想以上に酷い・・・

<tr><tr>とかあるのに平気で提出するし、fontタグとspanタグ（cssでスタイルを設定している）を二重に使う意味って何よ？
内容の無い、謎の<div></div>なんてのもあるし・・・

まぁ、たぶん dreamweaver だとかの出力をそのまま提出したんだろうけどね。
プロってくらいなんだから、せめて html くらい勉強してきれいな html で提出してもらいたいもんだ。
0141nobodyさん2007/03/19(月) 11:32:32ID:???
もうデザイナーがもってきたものを見ながら
自分でタグ打つほうが良い気がしてきた
0142nobodyさん2007/03/19(月) 11:36:17ID:???
zend 0.9ｷﾀｱｱｱｱｱｱｱｱｱｱｱ
0143nobodyさん2007/03/19(月) 11:53:00ID:???
デザイナにはHTMLでなく絵でもJPEGでもいいからとにかくデザインだけ描いてもらって
それをHTMLだのCSSだのに落とすのはプログラマの仕事にしちゃった方が
効率も良いし後のメンテ性も上がる気がするよするよ
0144nobodyさん2007/03/19(月) 12:19:46ID:???
>>143
めちゃくちゃでもHTMLで書いてもらわないと
こんなんできるか！っていうありえない絵を持ってくる
デザイナーとはそんなもん
0145nobodyさん2007/03/19(月) 16:40:05ID:???
>>143
同意。というか、デザイナ と ウェブデザイナ の仕事の違いだな。

単なるデザイナは見た目としての絵を書くのが仕事。
一般的なウェブサイトで見かけるようなレベルの
”絵”をかけるなら結構いる。
（もちろんすごいレベルの絵をかける人は少ないが）

ウェブデザイナはXHTML・CSS（もちろん手書きできること）、
各ブラウザでのCSS等の対応の違いとその対処法、
Web標準、ユーザビリティ、アクセサビリティ、CGI、Ajax、
JavaScript、PHP等の動的プログラミング言語と
”絵”以外の要素を知っていないといけない。

こういう人はデザイナの世界にはなかなかいないが、
プログラマの世界にはそれなりにいたりする。

デザイナとプログラマで作るとしたら、
デザイナは絵を描いてくれれば十分。
0146nobodyさん2007/03/19(月) 16:44:31ID:???
>>144
めちゃくちゃなHTMLを貰ってどうするんだ？

めちゃくちゃなものをそのままアップするのか？
あんなの何の参考にもならんだろ。

こんなんできるか！っていうありえない”絵”ならHTMLでだってできるよ。
でも所詮それはHTMLがおまけ程度についただけのただの”絵”でしかないけど。
0147nobodyさん2007/03/19(月) 16:50:31ID:???
下絵をcss+xhtmlで書いてるのに
思いっきりテーブルデザインで帰ってきた時は凹んだ
0148nobodyさん2007/03/19(月) 16:57:37ID:???
SEO無視ですなｗ
0149nobodyさん2007/03/19(月) 17:06:02ID:???
やっぱりSEOかなり変わってくるのかな
こっちで書きなおそうかなぁ…
自動でやってくれるソリューションあればいいのに
0150nobodyさん2007/03/19(月) 17:22:26ID:???
ただデザイナと連携できてないだけじゃん
SEO以前の問題だろ
0151nobodyさん2007/03/19(月) 18:24:39ID:???
Web制作板に行ったほうがいいんじゃね？
0152nobodyさん2007/03/19(月) 18:57:47ID:???
ネタがないから雑談化してきたなw
0153nobodyさん2007/03/19(月) 19:24:36ID:???
ちいたんが彗星の如く登場して以降はずっと雑談です
0154nobodyさん2007/03/19(月) 21:44:00ID:???
mojavi.orgが未だに"絵"な件について
0155nobodyさん2007/03/19(月) 23:45:57ID:???
今度のphpカンファレンスがpieceメインらしいんだけど使ってる人どうなの？
別アプリで実績ある分Mapleよりはメンテナ信頼できるけど、symfonyより良さげなら
話聞きにいきたいなぁ
ていうかその観点で話してくれるなら普通に聞きにいくんだけど
カンファレンスのページ見ても内容が今一わからん。
0156nobodyさん2007/03/20(火) 01:15:48ID:???
http://www.opsa.jp/guide_php.html

今ならフレームワークとMojaviが学べます！お値段はたったの14万円！
0157nobodyさん2007/03/20(火) 02:30:38ID:???
今はデザイナでもテンプレ弄れる程度のPHP知識がないと相手にされんけどな。
0158nobodyさん2007/03/20(火) 08:57:32ID:jdCy6U+c
以下の条件に合致するフレームワークってありませんか?
・PHP4対応
・smarty対応(特別な修正無しで)
・テーブル名、カラム名の命名に縛りが無い
0159nobodyさん2007/03/20(火) 09:02:42ID:???
>>158
EthnaとMaple
0160nobodyさん2007/03/20(火) 09:11:17ID:???
symfonyてテンプレートエンジン使えるんですか？
使っている人います？
0161nobodyさん2007/03/20(火) 13:49:01ID:???
>>159
ちょい笑ったけど、未だにこれ使ってる人いるのか？　
0162nobodyさん2007/03/20(火) 14:23:20ID:???
>>160
正しい名前は忘れたけど、sfSmartyViewPluginみたいなのがある。
（よーするに、viewのindexSuccess.phpがsmarty templateになっちまうやつ）

後、自分なりに template plugin 作ってみたのがあるけど、どうやって公開するべきかわからん。

# symfony板があるので続きはそこで
0163nobodyさん2007/03/20(火) 20:21:19ID:???
WorkStyle使ってみたくてrhaco入れてsetupしてみたら、WorkStyleのメニュー等で
index.php/tag
ってなってるところにアクセスすると404となってしまう・・・
この形式のURLは.htacessの方ででRedirectなんかの設定しないと扱えないんでしょうか？
0164nobodyさん2007/03/21(水) 01:52:41ID:???
>>158
ちいたんもあるよ。
小規模なものだったらTEXTSQLが使えるから、
ちいたんを拡張・修正して使ってる。
まあ、TEXTSQLだと遅いし・データ量が多くなるとだめだけど。

普通のRDB使うWEBサイトだったらPHP5のsymfonyでｳﾏｰです。
Cakeはなんか中途半端で使いずらいよねぇ。。。
0165nobodyさん2007/03/21(水) 02:51:34ID:???
ZFのDB周りは最悪
なんとかしてください
使いたいんですZF
0166nobodyさん2007/03/22(木) 05:20:42ID:???
フレームワーク利用時のコードの行数ってどうやって数えている?
0167nobodyさん2007/03/22(木) 07:22:38ID:???
>>166
自社の基準に従いなさい
0168nobodyさん2007/03/22(木) 10:04:36ID:???
>>155
それってどこであんの？
ググっても出てこんのだけれども。
0169nobodyさん2007/03/25(日) 00:59:21ID:???
>>166
これを機にステップ数換算を卒業しなさいとの神の御達しだ
0170nobodyさん2007/03/25(日) 13:48:51ID:???
ﾌﾟﾌﾟ、ステップ数換算...

0171nobodyさん2007/03/25(日) 21:34:51ID:???
PHPのフレームワークを利用した有名なOSSってある?
できればZFかsfで
0172nobodyさん2007/03/25(日) 22:52:52ID:???
OSSて何
0173nobodyさん2007/03/25(日) 23:31:15ID:???
ISOでステップ換算あるから、むかつく
0174nobodyさん2007/03/26(月) 15:48:08ID:???
>>166
ttp://iteman.typepad.jp/blog/
01751742007/03/27(火) 23:28:04ID:???
×>>166
○>>168
0176nobodyさん2007/03/29(木) 10:41:34ID:???
>174
ありがと、でも大阪なんだね。

どこでやろうと、どのみち間に合わんわけだが。
0177nobodyさん2007/04/04(水) 00:43:35ID:???
フレームワークってちょっと離れると細かいとこの使い方忘れるな
そういう意味で原始的なZendはいいかもしれん
0178nobodyさん2007/04/04(水) 08:30:46ID:???
>>177
> フレームワークってちょっと離れると細かいとこの使い方忘れるな
確かに(w
0179nobodyさん2007/04/04(水) 11:03:38ID:???
一番学習コストが低いのはどのFWだろう…
やっぱりZF?
0180nobodyさん2007/04/04(水) 11:46:56ID:???
>>179
そのとおり！
0181nobodyさん2007/04/04(水) 12:06:10ID:???
ZFは日本語ドキュメントが常に更新されてるってのが
何気に結構なアドバンテージだと思う
ZF自体がどうかってのはまた別として
0182nobodyさん2007/04/04(水) 12:25:03ID:???
プログラマーを雇う側の視点で言うと学習コストが低くて品質の良いフレームワークを
導入したいところだ
ドキュメントがしっかり整っていて実績があるFWを使うという選択をする企業が多くなる
だろうから結局ZFになるのかな
■ このスレッドは過去ログ倉庫に格納されています