のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,597,747人
昨日:no data人
今日:
最近の注目
人気の最安値情報

元スレ【PHP】PHPフレームワーク総合スレ14

php覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - mayaa + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

101 :

フレームワークに手を出そうかなと思ったのですけど
どんなのを使っていいかわからない状態です

とりあえず作る予定のサイトは
テンプレートの共通点は多いけど、ページによって使うテンプレートの種類や個数が全然違う感じなんですけど、
よく分からないので、面倒なことを考えずに組み立てれば動くってくらい
初心者が取っつきやすいフレームワークを教えてください

103 = :

迷うくらいなら別にいらないのでは?

104 = :

ですよね 確かにやりたいことはsmartyの方がやりやすいんですよね
じゃあ 自分好みのフレームワークでも自作してみようかな
ちいたんとsymfonyあたりをベースにほしい部分をコピペしながらでも

105 = :

>>104
>ちいたんとsymfonyあたりをベースにほしい部分をコピペしながらでも
それがいいと思うよ

108 = :

最後まで読んだら未確認情報かよw
適当なこと書いてんじゃねーよ
でもまじめさは好感持ったからぢんぽ舐めていいよ

109 = :

まじめ?w
嫌いだから長所に目をつぶって、短所を叩いてるだけの糞ポストにしか読めないが。

110 = :

>>107
配列の中から、条件を満たす要素を取り出すとき、
見つかったら、そこでbreak/returnしないの?
最後まで回し続けるの?

111 = :

>>107
君は自分でルールを作ってるのはいいことだけど
世の中は広い(ry

112 = :

>>110
breakはするに決ってるじゃんw
ルーチンの結果に対して一様に処理を追加する必要ができた時の担保として、
出口を一つにするように心がけるってこと
「これに処理追加することはまずないし、いいだろ」と思って手抜きした時に限って
フローが続くことになることはよくある

116 = :

最低の機能だよな。

117 = :

>>113
実装してしまった事があるけど、ひどく可読性を下げてしまった覚えがある。
動いてるからいいよね、ということで自分を納得させた。

118 = :

レベル指定した方がキレイに書けるコードも実際あるから
ruby,python涙目ww

119 = :

>>118
例をあげてください

120 = :

多重ループ中で、ある程度複雑なロジックが絡んだ時とか。
PHPで書いたコードをrubyに移植しようとして
「なんでこんな簡単なことも出来ないんだ?」と思ったことがある

121 = :

>>107
そういう風に習ったのか思い込んでるのか知らんけど
うちの中華コーダー連中は全員そろいもそろって無駄なフラグを作りまくって
ごちゃごちゃした糞コード生み出してるなぁ

フローチャートに沿って出口ひとつ、とかって話も聞いたりするけど
今時フローチャートなんて書くようなのは組み込みのなかに残存するごく一部の旧世代位じゃねーの?

122 = :

あぁ、たしかにcontinue知らないときはフラグ立てまくってたなぁ

123 = :

フラグが無駄だとしたら
元の設計が悪いんだろw

124 = :

テーブルタグで装飾に懲りまくると・・・・

127 = :

それにPHPだって例外あるし

128 = :

あぁ例外でループを抜けるってことか
例外を本来の「何かおかしなことが起こったことを騒ぎ立てる」機能以外で使うことがエレガントだとは
俺には思えないなぁ
名著コード・コンプリートでも、例外の良さはcatchしそこねた時に
それが誰の目にも明らかになることで、
明示的にそうでなければならない場合以外に使うのはよろしくないって書いてるね

130 = :

例外でループ制御するくらいならgoto文の方が素直で遙かにマシだよね
gotoがないことが許されるのは小学生まで

132 = :

>>131
本当だ
こういう時に使うのか

133 = :

>>130
ダメ。ゼッタイ。

gotoは駆逐されるべきだ

134 = :

例外でないとしても、例外的な解決法だよね>.catch..throw
本当にこれが分かりやすいと言えるのか?
gotoの方が直観的で分かりやすいのではないだろうか

135 = :

君にとってはそうかもね。

137 = :

ある程度の大きさのサイトを作ろうと思っているのですが、この場合、cakeよりもzendの方がいいのでしょうか?
ココ(http://www.phppro.jp/article/framework/comparison.php)等を見ると、cakeよりはzendやsymfonyの方が良さそうだったのですが、
zendのサイトに行って色々と見ている内に、日本語対応がまだ今一つって感じがしました
symfonyは書店で本の数が少なく、また、パッと調べた感じなのですが、日本語対応している詳細なリファレンスサイトが見当たりらなかったです
どれを始めるか悩んでいるのですが、cakeとzendの構築出来るサイトの規模はどの位違うのでしょうか?
個人レベルで終わるようならばcakeは無理そうなのですが

138 = :

>>137
symfonyの本家ドキュメントはほとんど日本語化されている.ただすぐに分かるような場所にないだけ.
http://www.symfony-project.org/jobeet/1_2/Doctrine/ja/

139 = :

>>137
正直、cakeとzendで構築できないレベルの規模になると、フレームワーク自体は
どれを選んでもそんなに差は出ないと思う。どうせどっかしらに手を入れるだろうし。
ということは、自分の(チームの)開発スタイルに合うものを探すのが吉。

140 = :

>>137
「※ 評価は、2007年11月現在におけるものです。」

古すぎわろた

141 :

だがそれから状況がどれだけ変わったかというと・・・
変わった!

142 = :

www
どう変わった?

143 = :

2007年11月ってーと、まだ1.1のころかな?

144 = :

規模って?

145 = :

http://jp.techcrunch.com/archives/20091110google-go-language/
Goが登場していよいよPHP冥土にGowww

146 = :

このぶっさいくなリスにPHPは喉笛を噛み切られるのか

147 = :

Python, Rubyのほうが危ないんじゃね

148 = :

まぁPHP程度で動くモノを未開拓の言語にしよう、って人は当分出ないと思うけど
PHPが食われるっていうよりは、立ち位置的にJavaとか.NETをカリカリするのを狙ってそう

PythonRubyに至っては、現状で既に率先して使う利点なんてほとんどないしな…

150 = :

Googleがどんどん便利なツールを出してくるね。
Webプログラミングも楽になるといいな~


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : - mayaa + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド


トップメニューへ / →のくす牧場書庫について